Hoe ik tempo als een L2 zou hebben gebouwd Verdeel tempo in meerdere componenten: - een zk validium OP stack L2. Dit voorkomt het probleem van blob surge pricing door de tx-gegevens offchain te houden. - een tempo app-laag SDK om al de betalingsaanpassingen te belichamen die ze willen, zoals ingebouwde memo's en betalen met gas in elke stablecoin. Dit is de toegangspoort van Stripe tot de stack. - tempo enshrinement SDK, wat de set van standaard/"TempoERC" contracten is die ze verwachten op elke "tempo chain". - gebruik meerdere L2's automatisch onder de motorkap in de tempo SDK. Vooral fractal L3-schaaloplossingen die zijn afgehandeld op tempo L2 validium en ultra-schaal L2's zoals Mega en Rise. - gebruik gebonden L2-preconfirmaties voor snelle finaliteit die absoluut goed genoeg is; laat ze je niet vertellen dat alt L1 "finaliteit" beter is, dat is het niet omdat letterlijk niets hen tegenhoudt om de geschiedenis van alt L1 te herschrijven. Gebonden preconfs zijn extreem veelbelovend en onderbelicht (Arb pionierde): Bijv. je dient een betalings-tx in bij een van de L2's die door tempo worden ondersteund, en binnen 200 ms geven ze je een gebonden bewijsbare garantie van finaliteit of ze betalen je $10M. Deze soorten preconf-bonds kunnen werken op 3e partij chains die door Tempo worden ondersteund waar Tempo de sequencer niet runt, zoals Mega of Rise. Preconfs kunnen ook gelaagde gestructureerde garanties van finaliteit bieden, zoals "inbegrepen binnen de volgende N L2-blokken, evenals binnen de volgende M L1-blokken, tenzij de L1-gasprijzen boven Z gwei stijgen, in welk geval L1-finaliteit gegarandeerd is binnen de volgende 100*M blokken". Dit alles met volledig automatische uitbetalingen als de garantie niet wordt nagekomen. Snelle lanes voor betalingen kunnen de vorm aannemen van een speciale fractal L3 specifiek voor bepaalde klanten of prijsniveaus, of een snelle lane in de kern tempo L2 die veel sterkere/snellere garanties van finaliteit biedt. Tempo is een spannend project dat wordt geleid door twee organisaties (Stripe en Paradigm) die precies de soorten serieuze, goed ingevoerde technische actoren zijn die klaar zijn om de soort geavanceerde architectuur te doen die hierboven is besproken. imo hadden ze moeten beginnen met een L2 die onmiddellijk onvoldoende TPS biedt voor de hele visie en daar snel van zou groeien met behulp van de bovenstaande patronen. Ironisch dat Patrick zei dat gebruikers/betalingsklanten zich niet zouden moeten bekommeren om welke chain ze gebruiken en ze hebben besloten hun eigen One True Chain te lanceren terwijl geweldige multi L2/L3-architecturen gemakkelijk beschikbaar zijn-- niet alleen met gebruik van tempo's eigen L2/L3's, maar ook uitstekende 3e partij ultra-schaal L2's. Het is gewoon een beter model-- vermindert risico door de betalingsinnovaties te ontkoppelen van de initiële keuze van chain. Het is een beter model, zelfs voordat we rekening houden met de animus en drag-coëfficiënt die Paradigm heeft aangewakkerd door een alt L1 te lanceren met oneerlijke rechtvaardiging. Welke Stripe-concurrent probeert als eerste iets als het bovenstaande? Het is slechts een kwestie van tijd.