Bagaimana saya mungkin membangun tempo sebagai L2 Pisahkan tempo menjadi beberapa komponen: - tumpukan OP validium zk L2. Ini menghindari masalah penetapan harga lonjakan blob dengan menjaga data tx tetap offchain - SDK lapisan aplikasi tempo untuk mewujudkan semua penyesuaian pembayaran yang mereka inginkan, seperti memo bawaan dan membayar gas di stablecoin apa pun. Ini adalah titik masuk Stripe ke tumpukan - SDK pengabadian tempo, yang merupakan seperangkat kontrak standar/"TempoERC" yang mereka harapkan berada di "rantai tempo" mana pun. - gunakan beberapa L2 secara otomatis di bawah kap di tempo SDK. Terutama penskalaan Fraktal L3 menetap pada validium tempo L2 dan L2 skala ultra seperti Mega dan Rise. - menggunakan pra-konfirmasi L2 berikat untuk finalitas cepat yang benar-benar cukup baik; jangan biarkan mereka memberi tahu Anda bahwa "finalitas" alt L1 lebih baik, itu bukan karena secara harfiah tidak ada yang menghentikan mereka untuk menulis ulang sejarah alt L1. Preconf berikat sangat menjanjikan dan kurang dieksplorasi (Arb dipelopori): Misalnya Anda mengirimkan pembayaran tx ke salah satu L2 yang didukung oleh tempo, dan dalam 200ms mereka memberi Anda jaminan finalitas yang dapat dibuktikan atau mereka membayar Anda $ 10 juta. Ikatan preconf semacam ini dapat bekerja pada rantai pihak ke-3 yang didukung oleh Tempo di mana Tempo tidak menjalankan sequencer, seperti Mega atau Rise. Preconf juga dapat menawarkan jaminan finalitas terstruktur berlapis, seperti "termasuk dalam blok N L2 berikutnya, serta dalam blok M L1 berikutnya, kecuali gas L1 melonjak di atas Z gwei, dalam hal ini finalitas L1 dijamin dalam blok 100*M berikutnya". Semua ini dengan pembayaran otomatis jika jaminan tidak terpenuhi. Jalur cepat untuk pembayaran dapat berupa L3 fraktal khusus khusus untuk klien atau titik harga tertentu, atau jalur cepat di tempo inti L2 yang menawarkan jaminan finalitas yang jauh lebih kuat/lebih cepat. Tempo adalah proyek menarik yang dijalankan oleh dua organisasi (Stripe dan Paradigm) yang merupakan jenis aktor teknis yang serius yang siap untuk melakukan jenis arsitektur mutakhir yang dibahas di atas. imo mereka seharusnya memulai dengan L2 yang menawarkan TPS yang tidak mencukupi untuk seluruh visi dan tumbuh pesat dari sana menggunakan pola di atas. Ironis bahwa Patrick mengatakan bahwa pengguna / pelanggan pembayaran seharusnya tidak peduli rantai apa yang mereka gunakan dan mereka telah memutuskan untuk meluncurkan One True Chain mereka sendiri ketika arsitektur multi L2 / L3 yang hebat sudah tersedia - tidak hanya menggunakan L2 / L3 tempo sendiri, tetapi juga L2 ultra skala pihak ke-3 yang sangat baik. Ini hanyalah model yang lebih baik - mengurangi risiko dengan memisahkan inovasi pembayaran dari pilihan awal rantai. Ini adalah model yang lebih baik, bahkan sebelum mendiskon untuk animus dan koefisien drag yang dipicu Paradigm dengan meluncurkan alt L1 dengan pembenaran yang tidak jujur. Pesaing Stripe mana yang akhirnya mencoba sesuatu seperti di atas terlebih dahulu? Hanya masalah waktu.