Strings@50🎂

When🕓: 2020
Where🗺: online

Ready. Set. Takeoff!🚀
Join me for a walkthrough of some major advancements in String Theory from its first fifty (50) years, while unleashing the third revolution of innovation.

← 1970 - 2020

Hello🍪 →

(see also Venus Colloquia, 🥚Eggheads)

/new slogan - "Get walking."

'Get walking.' is a new slogan for UUe. The 'walking' portion is indicative of random walks, the so-called (programming) language of juking.

/Stewart

Composer: Link Starbureiy

opéra-ballet

[development]

Stewart℗ is the ring of all six-hundred seventy-six (676) developii^# in their entirety*. An puzzle dispenser, its subject^{^} is rooted in BOT, thus allowing game logic to sort (via endpoint control) the portfolio (at stews) for the fitness of lnq and his walk.Each opus is a ballet. Decrypted and encrypted. Egglepple (see also lnq's Starting Five, developus, fugue, Stewniverse, Mathilda, RONALD, UUallet, creatures)

/// +This is only an 'opera' in the sense of it being a collection of opuses. We compensate for slack with the developus. +Here, the word 'Stewart' signifies "the art of stew choreography". On an historical note, the opera was originally called Stewart's Opera. Technically, it should be classified as an opéra-ballet because each opus is its own ballet. +We define 'fitness' as the ability to transfer currency across twistor space. Here, it implies a quotient normalization, particularly on the handicap.

This is how it will play out in rotisserie mode:
Gameplay is a continuous event; each game is it own finite runtime (opus) of the opera.

An opus is dyadic (u,u), and labeled corresponding to the start and stop leaves (verso/recto) of its string (yesegalo). In order to distinguish an opus, it is given a numerical value of its stew count, and additionally, the total weight of those cells.

So, for instance, in our example, #EX.100 [888], E (start) and X (stop) are the leaves, 100 is the stew count, and [888] is the font weight.

These alphanumeric values can be adjusted on the operatic dialpad, which, when called (select: opera button), overlays the rotisserie.

Sample key combinatorics here:

Keypad

#	A	B	C	D	E	F	G	H
I	J	K	L	M	N	O	P	Q
R	S	T	U	V	W	X	Y	Z

As the prime directive of the jukebox, Mathilda™ is UUe's platform for making tempo adjustments. Its libretto is UUhistlegrass. (see also lnq's Starting Five, Stewart, RONALD, UUallet, tip)

This is a suite for all of the ballets in performance of The Origamic Symphony. The suite speaks to/covers the quaternary structure of Egglepple.

Mathilda™ hosts various extension* paradigms. This is an umbrella for all jukebox-related ballets in performance of stew choreography. Existentially, these activities encourage an ecodiversity of random coil for polynomial efficacy.Namely bubblegum, link, and spots.
Here's how the ballet will flow in rotisserie mode:
UUe's ludology revolves around folding string. More precisely, how to obtain a completely closed circuit (0b) from an open string

To do this, we progress through three (3) parts: the opening, middlegame, and endgame.

The opening is what concerns us here. Optionally, we may enter a string orientation (which confines its twistor space), called random coil. I personally call it 'scribble', because, since it can assume any shape, that's what it looks like drawn out. The important thing to remember, however, is that coil cannot cross/intersect in two dimensions (2d) (we use stew choreography instead). Note, though, that there actually is strategy involved in random coil design (hence, it's not truly random).

To input a random coil, we simply draw it in the space to the left of the 'juke' button on the rotisserie. Conversely, this space will also output (show) a result (fibor).

You can actually 'dance', so to speak, right now in Euclidean space (3D). The Stewdio's API is functional (but only for Web), you would just have to supply the hardware.
Function map: Mathilda ↔ Stewart → UUelcome

/player

player :== a call/response participant (or, in some cases, a group of participants behaving as a unit) in a game who acts as an optimizer within that game. Put simpler, a player is one who runs game. The player will basically advance a strategy for optimization by using a toy to execute a play. (see stewcer, Black and White)
/// The role of the player is superseded by their paired stewcer.

/opera ludo

opera ludo* :== a genre of opera (and a descendant of opéra-ballet).** Ludo meaning 'game' or 'puzzle🧩'. It is classified as having a style based almost entirely on using games for its frame arrangement (particularly, the ludological and/or game theoretic mechanics of stewcing). (see developus, hash opera, gameshow, cryptosport)
/// Historically, the first opera of this kind is UUelcome, an offering from 🧑🏿Link Starbureiy.🤓

/UUe Volleyball🏐

/bid

bid :== some fret multiple/divisor (known as the price) that is placed (by a bidder [merchant or vendor]*) to leverage purchasing power within an auction.** buy-in with tokens. (see 💱swap, handicap, carrot🥕)
/// The multiples themselves cannot exceed the handicap amount of the ballet🩰/string into which the bid is placed.

/tablature

tablature :== the table of frets (font sizes, 1¢ +) available to a given opus. It is indicative of a 'buy-in'* multiplier. You are buying time (1 token ≈ 1 minute [1000 ms]).

We derive the valuation as the logarithm with a base product of pencil✏️ count by font weight, and an (egg,epp) quotient (or, even simpler: handicap/2600). Complexity: P

/UUallet

Composer: Link Starbureiy

concerto

[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.