TL; DR av Matts svar på varför Tempo är en L1: den önskade produktspecifikationen för betalningskedjan är lättare att bygga ut som en L1 istället för som en L2. Lärdom för infrastrukturprojekt: dina målekosystemprojekt bör naturligtvis använda din infrastruktur/plattform om de resonerar utifrån första principer om hur de bäst ska bygga ut sin önskade produktspecifikation. Produktspecifikationerna för appar bestämmer vilken infrastruktur som krävs (se QT).

Fragmentering av kedjor är bra för interoperabilitetsprotokoll. Nu när Tether, Circle och Stripe alla bygger olika L1-betalningssystem är det alltmer osannolikt att vi kommer att ha en globalt dominerande L1-betalningslösning. Som ett resultat av detta blir det nödvändigt med interoperabilitet mellan betalningskedjorna. - Interoperabla adresser i formen "address@chain" (t.ex. ERC7930) kommer att bli (de facto) standard. - Inbyggd interop som stöds av kedjor eller tillgångsemittenter och externt stödd interop, som avsikts- eller lösningsbaserade broar, kommer att fortsätta att förbättras. En kedja kommer då att likna en bank eller e-postserver mer än en vertikalt integrerad muromgärdad trädgård som web2 sociala och e-handelsplattformar.

Vad händer om ett större hack (som Bybit-hacket) händer med en RWA-tillgång istället för Eth? Vilken del av stacken ska vara involverad i att ångra skadan av hacket, om någon? Jag tror att sanningen i frågan ligger någonstans mellan både @malekanoms och @CampbellJAustin:s ståndpunkter (se den informativa debatten i QT): - Ett underställ kan vara maximalt trovärdigt neutralt - Varje tokeniseringsinsats på baslagret kan dock bli föremål för regler i olika jurisdiktioner. Detta kan göras på det smarta kontraktslagret (istället för att förlita sig på konsortiekedjor, som @CampbellJAustin undgår att göra): Circle tillämpar redan svarta listor. Det finns till och med "reversibla ERC20"-förslag som skulle kunna återställa transaktioner på ett neutralt baslager utan några validerares inblandning. En annan punkt som missades i debatten handlar om privata kedjor, motpartsrisk och betydelsen av nollkunskapsbevis. Privata kedjor är inte meningsfulla historiskt sett eftersom de bara var privat drivna databaser. Med ZK kan dock en privat kedja eliminera motpartsrisker, eftersom operatören måste följa fördefinierade regler när kedjan drivs. Dessutom, om ett privat validium (t.ex. ZKsync prividium) ofta lägger sig på ett neutralt baslager, finns det också ett tvetydighetsskydd från den privata kedjeoperatören. Designutrymmet mellan ett neutralt baslager och en infrastruktur som återspeglar verkliga rättssystem är enormt. Vi behöver diskutera hur vi kan bygga bättre system, snarare än att enbart fokusera på det som finns idag.