Come avrei potuto costruire tempo come L2 Separare tempo in più componenti: - un L2 zk validium OP stack. Questo evita il problema del prezzo di picco dei blob mantenendo i dati delle transazioni offchain. - un SDK per l'app layer di tempo per incarnare tutte le personalizzazioni di pagamento che desiderano, come memo integrati e pagamento del gas in qualsiasi stablecoin. Questo è il punto di ingresso di Stripe nello stack. - SDK di enshrinement di tempo, che è l'insieme di contratti standard/"TempoERC" che si aspettano di trovare su qualsiasi "tempo chain". - utilizzare automaticamente più L2 sotto il cofano nell'SDK di tempo. Soprattutto scaling frattale L3 regolato su tempo L2 validium e L2 ultra scale come Mega e Rise. - utilizzare preconferenze L2 vincolate per una finalità rapida che è assolutamente sufficiente; non lasciate che vi dicano che la "finalità" di alt L1 è migliore, non lo è perché letteralmente nulla impedisce loro di riscrivere la storia di alt L1. Le preconferenze vincolate sono estremamente promettenti e poco esplorate (Arb ha pionierato): Ad esempio, si invia una transazione di pagamento a uno degli L2 supportati da tempo, e in 200 ms ti danno una garanzia provabile limitata di finalità o ti pagano 10 milioni di dollari. Questi tipi di obbligazioni preconf possono funzionare su catene di terze parti supportate da Tempo dove Tempo non gestisce il sequencer, come Mega o Rise. Le preconferenze possono anche offrire garanzie strutturate stratificate di finalità, come "incluso entro i prossimi N blocchi L2, così come entro i prossimi M blocchi L1, a meno che il gas L1 non salga sopra Z gwei, nel qual caso la finalità L1 è garantita entro i prossimi 100*M blocchi". Tutto questo con pagamenti completamente automatici se la garanzia non viene rispettata. Le corsie veloci per i pagamenti possono assumere la forma di frattali L3 dedicati specificamente per determinati clienti o punti di prezzo, o una corsia veloce nel core tempo L2 che offre garanzie di finalità molto più forti/veloci. Tempo è un progetto entusiasmante gestito da due organizzazioni (Stripe e Paradigm) che sono esattamente i tipi di attori tecnici seri e ben collegati pronti a realizzare il tipo di architettura all'avanguardia di cui si è discusso sopra. IMO avrebbero dovuto iniziare con un L2 che offre TPS immediatamente insufficienti per l'intera visione e crescere rapidamente da lì utilizzando i modelli sopra. Ironico che Patrick abbia detto che gli utenti/clienti di pagamento non dovrebbero preoccuparsi di quale chain utilizzino e abbiano deciso di lanciare la loro One True Chain quando terrifiche architetture multi L2/L3 sono prontamente disponibili-- non solo utilizzando i propri L2/L3 di tempo, ma anche eccellenti L2 ultra scale di terze parti. È semplicemente un modello migliore-- riduce il rischio disaccoppiando le innovazioni di pagamento dalla scelta iniziale della chain. È un modello migliore, anche prima di scontare l'animus e il coefficiente di attrito che Paradigm ha alimentato lanciando un alt L1 con giustificazioni disoneste. Quale concorrente di Stripe finisce per provare qualcosa di simile per primo? È solo una questione di tempo.