Composer: Link Starbureiy
[exposition]
💡Solution
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 transactions in this parimutuel ecosystem.
|
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
Start screen has four (4)
main functions and one (1)
minor function. The
main functions are metaphors of the concerto's movements, which all are for navigation; select
Juke,
Vend, or
Bank to assume those respective roles. Additionally, featured throughout is the
jukebox/hut (
) button which takes you (back) to the
UUelcome Matte (
UUe homepage).
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.
|
+ Any active
token must expire. This is done either via
null() activity or spending.
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.
/// From its creation during an 
