Showing posts with label commerce. Show all posts
Showing posts with label commerce. Show all posts

+coupon partition

Each coupon will reach its absolute limit (=0) based on the scheme of partitioning (a form of metabolism), where a merchant (house included) takes a requested deductible per some transaction.

Once vended, the house will automatically take its cut of one (1) available ¢ent every minute [60 seconds] (1 ¢ent @ 1 minute) to sustain ongoing partitioning. (see also lnq's walk)

+fantasy juking

+3-rex

Three-rex (colloquially spelled "3-rex", as a play on the word for the dinosaur, 't.rex' (Tyrannosaurus rex), is a term loosely grouping the fields of sport, music, and commerce*. The union of which implies an economic engine of sorts for juking.Thread monetization (see also treble, smb)
UUe

Note (+): Sport is essentially random walk programming. So, the triad is plainly math, music, and money (MMM).

+score

+merchant

A merchant [store]@ is an account [client state] that partitions a coupon by accepting ¢ents (a charge^) in an exchange with a vendor (on a shared "peer-to-peer" router). Merchants, in turn, stabilize (anchor⚓) the runtime.

Note (+): Each merchant acts as its own UUallet host. Merchants represent inflection points (qln) on a graph of the current.





To qualify as a merchant (bank=yes), the account must transact a minimum of one (1) coupon* in any given period (2600 seconds), or else it reverts to no bank status.An interface. Active with a value of at least one ¢ent. Hypercurrency (see also Double U economics)

Note (+): A vendor may simultaneously be a merchant, and vice versa.

+Commerce 101

"There's got to be a better way."

That's the mantra of those involved in payments facilitation across the spectrum. 'Better' here, of course, means easier. 'Easier' means cheaper and faster for the customer. And 'cheaper' means how can we sustain our interest in what got us in this business in the first place?

+vendor

A vendor [catalyst] is a juker [server state] that vends a token and introduces ("spends") it into an economy by way of a coupon (on a shared "peer-to-peer" router). The time for exit (ie. merchant acceptance of coupon) is correlated to earned ¢ents (1 ¢ent = 1 second).
UUe
A vendor's status is active only and immediately after an opus closes🔒 (ie. ¢ents become transferable when a yield is obtained). (see also Black and White, parimutuel, coupon, Double U economics, tip)

Note (+): Vended ¢ents (hypocurrency) are introduced ("spent") at the point-of-distribution with a merchant.

+parimutuel

Parimutuel means ∃ an ephemeral commercial hashing whose derivative statistics~ are mutual (peer-to-peer). Tender is tax-intrinsic. Formula: round up to the next whole ¢ent [eg. 13.2¢ → 14¢, claim equals the difference (0.8¢)].
In the twist economy (a p-algebraic system), currency comes at the cost-of-work. Whence instances are solitonous! (ie. k-current), hypocurrency is cache. Unspent ¢ents are recycled♻ back into the jukebox* for redistribution upon token expiration, becoming hypercurrency (credit) for the vendor, thus satisfying its feedback loop requirement.Non-dispersive. In this case, the house is a merchant.

Formula: patch→token→coupon

Scaling🎚 manifests from statistical dispersion of token idempotence^ into sporting (juking-generated merchant.vendor responses via contract management&).Appreciation/depreciation is null. ie. coupons. (see also rotisserie, BOT, Double U economics, UUelcome)

Note (+): Here, compliancy comes courtesy of an auction.





"Parimutuelity is reliant upon conduction, which introduces the order of things." - Link Starbureiy
Function map: parimutuelDouble U economics

+juke

A juke - a mathemusical measure - is an iterated perturbation* (sesquilinear transform) to Egglepple. To juke is to proof some twistor space with (an) EGP encryption [more accurately, to encode EGP onto a brane (tape)]. Juking will summon a redeemable option (the coupon) on a continuous event that is predetermined. In this case, jukes are proxies for the statistical variance of tablature complexity, and serve to hedge some handicap. Jukes themselves generate UUe's cryptohash (provided from seigniorage on coupons); being synonymous with coin insertion [deposit] for traditional jukebox activation and dispensing.ie. ultrametric calculus
UUe
Within the context of stew choreography, a juke is a play that is symmetry-breaking (to some walk) but not an endgame move, which means that it does not include: (1) the coupling of adjacent leaves, or (2) the leaves EEE and PPP [(namely (EEE,PPP) / (PPP,EEE)] in coordination. Failing to adhere to this rule would result in dissonance.

Note (+): It may be the case that the leaves EEE and PPP can/should be replaced by EEG and PPG, respectively. This is because EEE and PPP actually are loop markers (marking initiation and termination) in a sequence. Adjacent leaves cannot be coupled due to the fact that a chord (three leaves or more) is required for folding.


Out of the total twenty-six (26) stews, only twenty-four (24) of them allow legal jukes. This stems from the fact that a composition cannot lack harmony, which is to say that a loop (connected endpoints), nor adjacencies (any side-by-side coordinates) are permissible. (see also Juke Lemma, juke tax, juke notation, juke button)

Note (+): The sequence of leaves in a juke is immune to start/stop identification. Meaning that it is not illegal to have an opus be of identical lettering (eg. "Opus LL").

+token

A token states an opus-agnosic rotisserie session in which Egglepple is manipulated so as to enable commerce. The duration of a session* [run:PE] is maximum one (1) period (2600 seconds) for entry [juke (coupon dialing) = per each token counted, juker only has given session window to encrypt EGP within handicap] before forfeiture, and exit time (ie. merchant acceptance or else valid=no) is vended ¢ents correlated (1 ¢ent = 1 second). A gamepiece token (cache operator) is house-issued as reimbursement, and will expire when its ¢ents are exhausted (¢ents→0).A bid as enumerated by the value of the token.

Note (+): From its creation during an open session, ¢ents have one period to vend (be dispersed). Once accepted, merchants have until the token expires⌛ before ¢ents then get recycled/returned♻ to the jukebox.

Although opus-agnostic, tokens only collect a return at the close🔒 of the opus into which they were bought. So, for instance, buying into a 1¢ opus to play a 5¢ opus can still pay off, but only after the 1¢ opus closes🔒. Until then, the return from the 5¢ opus will not circulate (circulate=no). (see also ornamentation, tip)

In UUe-speak, the input (ie. fee) would be some tablature iteration (fret), and the output is (measured in) ¢ents.
UUe

+jukebox

A jukebox (jb) is a transactionary% automaton hosting a rotisserie [server shell].

Note (+): Thus, a jukebox is the natural machine(ry) with which to juke.





Pertaining to UUe~, our tokens are the client operators [activators], while the assets are stews. Stewniversally, TOS-compatibility* is required for Quantumquotient normalization.A mathematical model [mathmod]. Formal language-specific to EGP. (see also juke, juking, juker, juke tax, juke notation, Juke Lemma, Quantumquotient, mathemusic, Starbureiy automaton, gameshow)
TOS

+juking

Within the ludology of gameplay, [the game of] juking is the demonstration, control, and/or improvising of a particular juke (the instance of securing🔒 twistor space). The appliance for doing such is a jukebox. Someone who does so is called a juker. Pertaining to UUe, juking - a form of cryptography - is of bugger 'cryptosport'* logic. Complexity-wise, token duration is between P and E, with proofing orchestrated in curvilinear space (T).See mathletics
UUe

Note (+): I like to say that juking is brute force mathematics as 'an exercise in optimization from auction theory'.





To juke is to summon a redeemable option (the coupon) on a continuous event that is predetermined [to at least one (1) party]. In this case, jukes are proxies for the statistical variance of the tablature complexity, and serve to hedge some handicap. Jukes themselves generate cachecredit (provided from seigniorage on coupons); being synonymous with coin insertion [deposit] for traditional jukebox activation and dispensing.
Juking was invented by Link Starbureiy.🤓👌🏿
According to string ludology, juking is reflexive to Double U economics; making that the foundation of our pursuit. The overall intent behind juking is to solve Egglepple (ie. juking is the preferred method for solving the puzzle.).

Notes (+): +Because juking is injective, the juker absolutely keeps what is earned (minus any fees).

+Fibor classification requires twistor space manipulation, which is the basis of stew choreography.







The process of stereotyping is done by encrypting/encoding EGP onto a brane (juke = pencilglyph). This is accomplished using stew choreography. Juking is considered to be economically fair (ie. affordable), that is, risk:payoff < payoff:risk. (see also Pink program, mathemusic, touch-and-go)

Note (+): Sans pure 'penny' frets, the value of a juke is always rounded up to the next integer (unless the juke itself is an integer). Example: a tablature divisor of 0.054... becomes a 6 ¢ent fret. This seigniorage ensures the house always stays afloat.

UUallet tv logo UUallet

Composer: Link Starbureiy

concerto

[exposition]

💡Solution
UUallet logo 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.