Composer: Link Starbureiy
concerto |
[exposition]
The UUallet™ is UUe's exchange+aggregator.
Note (+): It is appropriate to think of the UUallet as our hub for commerce. The toolkit provides you with everything needed to make |
My declaration is that treasury management should come at no cost for merchants. There should be in place a simple-yet-robust, everyway-available framework of this phylum which not only removes overhead, but also supplies a ledger for commits/token-tracing. In short, this is partial automation of the impresario's job.
I'm making this thing as simplistic as possible. This is what it will look like in rotisserie mode:
Every act of juking coincides with its requisite token.
Tokens state the duration of a session (ie. time from coupon dialing to merchant accounting). Once started (operand: juke), a token has one (1) minute (count: 3600 full seconds) to vend (become eligible for exchange with a merchant), or else it gets recycled back into the jukebox (house' keep). Vendors then have one hour [a period of sixty (60) consecutive minutes] to bank (transact that token with a merchant), or else those funds get recycled♻ back into the jukebox.
Jukers can see this (automatically once a juke is activated, or manually when the concerto button is selected) play out in the space to the right of the 'juke' button on the rotisserie.
Now, let's preview how it will work in expanded mode. Here are the illustrations:
[Above static image and others like it are not interactive. Suited for illustrative purposes only.]
The above screen, known as the Start Menu (or just Start), is the foundation of UUallet navigation.The APP is currently being designed as a mobile platform, especially for these contemporary systems: Android, Windows, and iOS.
Note (+): I've taken the liberty of annotating the screenshots of the product. Relevant code/text is provided beneath imagery. |
The minor function is the user's identification (ID) badge which features their name and a place image. The UUallet will automatically pull certain personal information such as these two strings from the user's phone. So, if you want to change your picture or edit your name, you must do so on the phone's end, not from UUallet. + Juking will call a token.
You are then interfacing with the Stewdio.
+ The Vend function sits between the Juke and Bank functions.
Vending is a status granted only after a token has earned MONEY. This vend dashboard shows you how to direct a token before it expires. + Notice in the Vend dashboard that the UUe home button has been replaced with the UUallet logo (), now a UUallet home button which takes you back to the Start screen. + By definition, a vendor has or must have at least one (1) token in their possession. Tokens are highlighted in the yellow box. For this hypothetical example, our vendor, Ephrem, has acquired multiple tokens from juking.
He has chosen to activate token: fa277g89ab4jg from the queue (i.e, hub). Vendors may scroll north/south (up or down) in the token hub to select from available tokens. + Once vended, a token has exactly the correlation of its vended cents (1 cent = 1 second) to be banked (ie. exchanged with a merchant). The blue box behaves as a clock.⏱
The active token: fa277g89ab4jg, has been in the queue for sixty (60) minus fifty-three (53) minutes, twenty-eight (28) seconds, fifty-three (53) milliseconds and counting (60:00:00 - 53:28:53), leaving it with six (6) minutes, thirty-one (31) seconds, and seven (7) milliseconds (06:31:07) to be exchanged. If no transaction occurs before token expiration, it gets voided and recycled back into the jukebox. Such action would be a gain for the house, and a loss for the juker. There is no recovery for expired tokens.😳 + Each vendor's coupon reflects their efforts from juking. It is a statement of current earnings.
In the upper left-hand corner of the green box, we can see that Ephrem has X number of tokens worth $219.85. This is the amount of his available funds (ie. MONEY on-hand from all unexpired tokens). Beneath that, in larger print, we also read another number: $44.20. This number correlates to the value of the active token: fa277g89ab4jg. + With any chosen token, a vendor may (and eventually must) choose to either juke those funds (ie. spend a portion of that MONEY juking again, possibly for the chance to earn more), or bank some or all of those funds.
If the vendor chooses to juke their token (choice: back), they will be returned to the rotisserie. If they choose to bank (choice: next) their token, then the following is prompted: + The Bank dashboard has six (6) buttons and four color-coded tabs, called blocks or squares. It is meant to complement the Vend dashboard.
Three (3) of the buttons are rings that act as call functions. The other button is a return function.
In the example below, we assume that banking is a sourced action in the process of token exchange. + A merchant account (or just merchant) is an account that simply accepts and/or processes MONEY in exchange for goods or credit (to a vendor).
To qualify as a merchant (bank = yes), the account must transact a minimum of two (2) tokens in any passing hour (ie. 60 rolling minutes), or else it reverts to no bank status. An account with no bank status is ineligible for automatic inclusion on the bank network.
The identity (name + place image) of a merchant replaces that of the vendor on the bank screen. For this example, our merchant is Parasols Plus, LLC (fictitious). + The Bank dashboard shares the same UUallet icon () as its Vend counterpart, taking you back to the Start screen when selected. + The blue ring gives you the option to cancel any further vending activities and just transmit* funds. This is a ledger function.
Must commerce (in hypercurrency) with a phone that will act as the source argument for a charge request.
Selecting the ring will trigger the following routing overlay (router):
If it will be the first time entering new information, the form state will be empty. Otherwise, the dialog box will autofill. Either state needs to be accepted (use the blue button to submit).
- Essentially, all calculations, compliance, and transfers are handled in the background. Program portions will be released as an SDK (template, source p-code files, etc.) archive so that it can be modified according to merchant-specific data functions⚙. The entire process is efficient, leaving only a local footprint on your phone's memory for recall. + All active (expired = no) tokens are queued in the yellow box. You may grab which token you are ready to use by selecting it from your hub.
Only active tokens are permitted for transacting. + Tokens are queued. Once you've selected the one you want, it is placed at the top of the hub in bold lettering. If two (2) or more tokens are needed for a transaction (ie., say, if a solo token did not have enough value to cover the cost of an item), UUallet will automatically highlight enough tokens to enable a charge that will not result in a denial.
For instance, if an item was $60, and your hub read that you have the following token values in queue: ($4.21, $17.04, $1.61, $9.00, $42.88, $30.20)
UUallet will call the largest token(s) that do not exceed the cost first, namely: ($42.88, $17.04). It will then sort through the remaining tokens to get as close to the order value without going under the total cost. In this case, because ($42.88 + $17.04 = $59.92) and ($60.00 - $59.92 = $0.08), UUallet will grab the token worth $1.61, bringing your payment to ($59.92 + $1.61 = $61.53), which is a ($61.53 - $60.00 = $1.53) difference.
If the merchant's charge is accepted, the token with the least value is then slacked with the difference. In this example, the token originally worth $1.61 would now be worth $1.53.
Note (+): The token's clock is still ticking. Since the token has not yet expired - only reduced in value - it is still subject to its initial time constraints. |
The blue box has a clock function that is correlated with its token. A token has up to sixty (60) consecutive minutes to expire, either by full transaction [token value = 0] or null() activity, in which case, it gets recycled back into the jukebox. + The yellow ring accesses the shopping cart.
The shopping cart is a shared function between vendor and merchant. The merchant displays what is on sale, and the vendor can scan for items that may be purchased.
In this example, our merchant, Parasols Plus, LLC, is offering (at least) an umbrella for sale. Merchants may display any number of items. + A merchant makes an offer of sale to which only a vendor an accept. This is called a transaction. Upon making a transaction, the vendor agrees to relinquish enough funds in order to make the purchase. The green ring initiates this function - which is essentially a handshake; an acknowledgement that both parties agree to terms. + In this example, our vendor, Ephrem, makes a purchase from a merchant, Parasols Plus, LLC. This means that there will be a reduction in the total amount of his token value ($219.85) because he anticipates a deduction ($5.00) as a result.
To complete the purchase of the umbrella costing $5.00, he activates and uses token: gh24caddf2212.. whose worth is $7.25. After the transaction, the token is left with ($7.25 - $5.00 = $2.25) in change. Additionally, the coupon's total value (the amount of all of the available tokens) has been reduced to ($219.85 - $5.00 = $214.85). + With the change on-hand, you may opt to juke the MONEY, or send the token back to your Vend dashboard to be added in the token hub. Make your choice by selecting from the two (2) buttons on the right.
UUallet is being built atop military and industrial banking-grade encryption (128 - 256-bit, respectively). However, I'm not satisfied with that. Because this app is so delicate and with so many moving parts, this gives me a perfect opportunity to push forth some new math I have been exploring in relation to the Birch and Swinnerton-Dyer conjecture (applications thereof). There are sure to be some pinks posted to the Arxiv of new security measures developed because of these episodes.