Hari ini saya melakukan latihan sizing yang belum pernah dilakukan siapa pun di kelas ini.... sebenarnya seberapa besar throughput yang diminta oleh pasar sekuritas yang nyata, dan bisakah L1 berbasis komite menanggungnya?
Mulai dari angka jujur dari dunia lama. Euronext memproses jutaan transaksi setiap hari di seluruh layanannya, tetapi ini detail yang penting: TRANSAKSI bukanlah beban settlement-nya. Netting mengompresnya; di akhir hari, churn selama satu hari antara dua pihak menyusut menjadi satu kewajiban net. Ketidakefisienan terkenal dari bangunan lama—pemrosesan batch—juga merupakan trik kompresi yang terkenal.... t+2 ada sebagian karena netting butuh jeda agar bisa bekerja.
Sekarang versi onchain. Settlement atomic dvp, setiap transaksi diselesaikan secara individual, instan, berarti jendela netting menghilang.... dan begitu pula kompresinya. Settlement gross adalah harga dari finalitas instan. Jika sebuah pasar melakukan satu juta transaksi, maka ia menyelesaikan satu juta kali, bukan sekali. Permintaan throughput bukan volume settlement tradfi.... melainkan VOLUME TRANSAKSI tradfi, yang besarnya beberapa orde lebih besar.
Jadi pertanyaan sizing menjadi nyata. Konsensus komite membeli latensi rendah, tetapi setiap lapisan settlement punya batas, dan pasar teregulasi pada skala akan mengujinya. Arsitektur Dusks menjawabnya dengan layering.... eksekusi di lantai atas pada duskevm, melakukan batching banyak transaksi menjadi komitmen yang terkompresi lalu diselesaikan di duskds. Perhatikan strukturnya. Netting, direinvent, dengan bukti kriptografis alih-alih kepercayaan pada clearinghouse. Batch rollup itulah jendela nettingnya, diperkecil dari hitungan hari menjadi menit.
Insight yang tidak saya duga: stack modular bukan sekadar kenyamanan bagi developer.... itu jawaban untuk masalah penskalaan dari problem gross-settlement yang diciptakan atomic dvp. Pasar lama dikompresi dengan bantuan pengacara, pasar baru dikompresi dengan bukti.
Hal yang masih ingin saya lihat: angka-angka nyata untuk cadence batch dan kapasitas begitu mainnet berjalan di bawah beban. Batasan adalah teori sampai lalu lintas menemukannya.
@Dusk_Foundation #dusk $DUSK
Mulai dari angka jujur dari dunia lama. Euronext memproses jutaan transaksi setiap hari di seluruh layanannya, tetapi ini detail yang penting: TRANSAKSI bukanlah beban settlement-nya. Netting mengompresnya; di akhir hari, churn selama satu hari antara dua pihak menyusut menjadi satu kewajiban net. Ketidakefisienan terkenal dari bangunan lama—pemrosesan batch—juga merupakan trik kompresi yang terkenal.... t+2 ada sebagian karena netting butuh jeda agar bisa bekerja.
Sekarang versi onchain. Settlement atomic dvp, setiap transaksi diselesaikan secara individual, instan, berarti jendela netting menghilang.... dan begitu pula kompresinya. Settlement gross adalah harga dari finalitas instan. Jika sebuah pasar melakukan satu juta transaksi, maka ia menyelesaikan satu juta kali, bukan sekali. Permintaan throughput bukan volume settlement tradfi.... melainkan VOLUME TRANSAKSI tradfi, yang besarnya beberapa orde lebih besar.
Jadi pertanyaan sizing menjadi nyata. Konsensus komite membeli latensi rendah, tetapi setiap lapisan settlement punya batas, dan pasar teregulasi pada skala akan mengujinya. Arsitektur Dusks menjawabnya dengan layering.... eksekusi di lantai atas pada duskevm, melakukan batching banyak transaksi menjadi komitmen yang terkompresi lalu diselesaikan di duskds. Perhatikan strukturnya. Netting, direinvent, dengan bukti kriptografis alih-alih kepercayaan pada clearinghouse. Batch rollup itulah jendela nettingnya, diperkecil dari hitungan hari menjadi menit.
Insight yang tidak saya duga: stack modular bukan sekadar kenyamanan bagi developer.... itu jawaban untuk masalah penskalaan dari problem gross-settlement yang diciptakan atomic dvp. Pasar lama dikompresi dengan bantuan pengacara, pasar baru dikompresi dengan bukti.
Hal yang masih ingin saya lihat: angka-angka nyata untuk cadence batch dan kapasitas begitu mainnet berjalan di bawah beban. Batasan adalah teori sampai lalu lintas menemukannya.
@Dusk_Foundation #dusk $DUSK