Ruang desain rollup Ethereum sangat besar. Saya tidak akan menyangkal bahwa menilai @0xFacet menantang bagi seluruh tim karena desainnya tidak seperti yang Anda harapkan dari rollup biasa. Namun demikian, kami senang ditantang dan sebagai hasilnya beberapa dasbor baru yang terkait dengan aset kanonik dan dijembatani secara eksternal sedang dikerjakan. Aspek yang paling menantang dari @0xFacet tidak diragukan lagi adalah token gas non-standarnya. Penggunaannya menantang definisi inti dari aset "kanonik" karena biasanya kita berasumsi bahwa token gas harus dijembatani secara kanonis, tetapi bagaimana jika Anda tidak benar-benar "menjembatani" token gas sama sekali? Lalu apa itu aset kanonik dan jembatan kanonik? Baca ulasan lengkap dan pengumuman @0xFacet untuk detail teknis lebih lanjut.

Saya memiliki pandangan yang sangat berbeda * banyak proyek berhasil mencuci otak semua orang yang memposting data ke AWS atau 1/1 DAC "cukup baik". Pengguna akhir tidak peduli tetapi kami (komunitas pro) harus membuat mereka peduli dengan sangat mencegah arsitektur semacam itu. Sebaliknya, mereka benar-benar didorong oleh beberapa tim rollup dan RaaS * Mekanisme penemuan harga di Ethereum dan Celestia tidak menyenangkan - proyek menginginkan keandalan harga Web2 sehingga mereka dapat mempertahankan harga yang rendah dan dapat diprediksi untuk pengguna mereka. Puncak harga yang tiba-tiba tidak dapat diterima saat Anda beroperasi dalam skala besar * Proyek DA harus fokus pada mempromosikan kasus penggunaan yang sah dan bukan proyek terpusat yang bahkan tidak akan repot-repot mempublikasikan kode mereka sehingga komunitas dapat memeriksa klaim mereka. Jika yang kita bangun hanyalah klon Hyperliquid maka kita semua akan pergi ke nol. Tidak ada seorang pun dalam jangka panjang yang menginginkan pertukaran kustodian terpusat yang berpura-pura terdesentralisasi * Serangan penahanan data (secara harfiah alasan utama untuk menggunakan DA) sulit dijelaskan kepada pengguna - kita dapat melakukannya dengan lebih banyak pendidikan dan secara umum kesadaran masyarakat akan suatu masalah. Sebagian besar pengguna pro tidak melihat perbedaan antara penerbitan data dan pengambilan data. Pengguna non-pro tidak melihat masalah sama sekali karena bagi mereka data "tampak" selalu tersedia sehingga sulit untuk menjelaskan kepada mereka masalah apa yang kami coba selesaikan di sini

Mengapa Anda harus memeriksa @cartesiproject * Memiliki honeypot untuk memberi insentif kepada peretas untuk merusak sistem jauh lebih baik daripada memiliki EOA dengan kekuatan peningkatan untuk peluncuran beta * Jika bekerja seperti yang dirancang, Anda memiliki SDK yang Anda inginkan untuk membangun AppChain khusus dengan cepat dan murah yang dapat berupa Stage1 atau Stage2 saat diluncurkan dengan mudah. Kode CPP untuk honeypot minim, simak * Karena optimis, Anda tidak perlu menjalankan infra pembuktian yang rumit sehingga biaya menjalankan rantai minimal dan Anda dapat membuatnya sepenuhnya tanpa izin sejak hari ke-1 Sekarang kita membutuhkan lebih banyak dana dalam honeypot dan peneliti / peretas yang bersedia melihat sistem bukti penipuan baru mereka

Pelajari asumsi kepercayaan L2. Selalu asumsikan yang terburuk. Bertindaklah sesuai dengan itu. Keamanan dan desentralisasi tidak masalah sampai itu terjadi.

Apakah alt-DA L2 merupakan eksperimen yang gagal dalam menskalakan Ethereum? Beberapa bulan yang lalu @l2beat mengumumkan bahwa memiliki pengaturan DA yang buruk di mana satu atau dua alamat dapat menampung semua dana pengguna, sebuah praktik yang menjadi lazim di ruang tersebut, akan menghasilkan perubahan klasifikasi sistem ini. Mereka tidak akan lagi dianggap sebagai Validium/Optimium. Saya sangat percaya bahwa kami, sebagai komunitas, menginginkan sistem yang memberi pengguna beberapa jaminan keamanan dan desentralisasi minimum, dan itu berarti memiliki sistem bukti dan - jika data tidak diposting ke Ethereum - memiliki beberapa jaminan dasar tentang ketersediaan data. Ternyata proyek tidak peduli. Mereka tidak peduli karena satu-satunya tujuan mereka adalah untuk mengambil uang VC, dan mendapatkan perhatian pengguna minimum hanya untuk meluncurkan token dengan cara semurah mungkin. Dalam praktiknya ini berarti menggunakan salah satu penyedia RaaS dan tentu saja tidak membayar Ethereum untuk data. Jika mereka menggunakan @celestia, @AvailProject atau @eigen_da mereka tidak repot-repot "menginformasikan" jembatan Ethereum tentang hal itu membuat semua dana di jembatan dari Ethereum mudah kokoh. Proyek-proyek ini akan segera memudar - sebagian besar sudah menjadi rantai hantu tanpa aktivitas apa pun. Tetapi mungkin beberapa proyek sah tetapi pengguna tidak peduli. Dalam hal ini, keputusan untuk tidak mengamankan jembatan Ethereum adalah pilihan desain yang sadar - namun ada desain arsitektur yang jauh lebih baik daripada meluncurkan "L2" yang sama sekali tidak aman di RaaS. Dua tahun lalu semua tanda menunjukkan bahwa kita akan memiliki ribuan rollup dan @l2beat tidak akan dapat mengikuti. Sekarang tampaknya lebih mungkin bahwa kita mungkin melihat tren yang berlawanan - hanya beberapa lusin yang benar-benar bagus dan kuburan besar proyek gagal yang tidak diinginkan siapa pun sejak awal.

Untuk beberapa waktu sekarang @l2beat melacak penggunaan DA untuk berbagai lapisan dan proyek DA. Jika Anda tertarik bagaimana peningkatan Pectra baru-baru ini memengaruhi ruang blob Ethereum, lihat

Apa firasat Anda re: keamanan jembatan yang mengklaim menggunakan MPC? Apakah Anda akan mempercayainya (bro, komputasi multi-pihak, matematika bulan, itu harus aman, bukan?) atau Anda skeptis (siapa yang menandatanganinya?). Periksa sebelum 🧵 menjawab

Rantai AnyTrust dari @arbitrum diperkenalkan pada tahun 2022. Mereka berpendapat saat itu bahwa memiliki, katakanlah, 20 anggota komite dengan asumsi hanya dua yang jujur adalah model keamanan yang baik. Dan sulit untuk berdebat

Sudah tepat setahun sekarang @Immutable (didukung oleh @0xpolygon) mengumumkan rantai zkEVM mereka. Anda dapat memeriksa dokumen untuk mempelajari tentang teknologi zk mereka

Penjelasan singkat (tidak begitu) mengapa kami memperkenalkan moniker "AppChain" ke sistem Stages