TL; DR Mattovy odpovědi na to, proč je Tempo L1: požadovanou specifikaci produktu pro platební řetězec je snazší vytvořit jako L1 místo jako L2. Poučení pro infrastrukturní projekty: vaše cílové projekty ekosystému by měly přirozeně používat vaši infrastrukturu/platformu, pokud na základě prvních principů uvažují o tom, jak nejlépe vytvořit požadovanou specifikaci produktu. Specifikace produktů aplikací určují požadovanou infra (viz QT).

Fragmentace řetězců je skvělá pro protokoly interoperability. Nyní, když Tether, Circle a Stripe vytvářejí různé platební L1, je stále nepravděpodobnější, že budeme mít jednu globálně dominantní platební L1. V důsledku toho se interoperabilita mezi platebními řetězci stává nezbytnou. - Interoperabilní adresy ve tvaru "address@chain" (např. ERC7930) se stanou (de facto) standardem - Nativní interoperabilita podporovaná řetězci nebo emitenty aktiv a externě podporovaná interoperabilita, jako jsou mosty založené na záměru nebo řešiči, se bude i nadále zlepšovat. Řetězec pak bude připomínat banku nebo poštovní server více než vertikálně integrovanou oplocenou zahradu, jako jsou sociální a e-commerce platformy web2.

Co se stane, když dojde k velkému hacku (jako je hack Bybit) s aktivem RWA místo Eth? Která část zásobníku by měla být zapojena do nápravy poškození hacku, pokud nějaké existuje? Domnívám se, že pravda na této otázce leží někde mezi postoji @malekanoms a @CampbellJAustin (viz informativní debata v QT): - Základní vrstva může být maximálně důvěryhodně neutrální - Každé úsilí o tokenizaci na základní vrstvě však může podléhat předpisům v různých jurisdikcích. To lze provést na vrstvě chytrých kontraktů (namísto spoléhání se na řetězce konsorcií, jak @CampbellJAustin uniká): Circle již vynucuje černé listiny. Existují dokonce návrhy "reverzibilních ERC20", které by mohly vrátit transakce na neutrální základní vrstvě bez jakéhokoli zapojení validátorů. Dalším bodem, který v debatě chyběl, jsou soukromé řetězce, riziko protistrany a role důkazů s nulovou znalostí. Soukromé řetězce nedávají historicky smysl, protože to byly jen soukromě provozované databáze. Se ZK však může soukromý chain eliminovat rizika protistrany, protože provozovatel musí při provozování řetězce dodržovat předem definovaná pravidla. Navíc, pokud se privátní validium (např. ZKsync prividium) často usazuje na neutrální základní vrstvě, existuje také ochrana proti nejednoznačnosti ze strany soukromého provozovatele řetězce. Návrhový prostor mezi neutrální základní vrstvou a infrastrukturou odrážející skutečné právní systémy je obrovský. Musíme diskutovat o tom, jak vytvořit lepší systémy, spíše než se zaměřovat pouze na to, co existuje dnes.