Pada 30 Jun, Vitalik menerbitkan artikel baharu membincangkan masalah Ethereum dengan kelajuan pengesahan transaksi. Vitalik menyebut bahawa Ethereum telah bertambah baik berbanding lima tahun yang lalu Terima kasih kepada EIP-1559 (yuran urus niaga yang melaraskan secara dinamik) dan masa penjanaan blok yang stabil selepas penggabungan, transaksi yang dihantar oleh pengguna pada L1 biasanya dalam masa 5 -Disahkan dalam masa 20 saat. . Walau bagaimanapun, kali ini boleh dipertingkatkan lagi, dan untuk sesetengah aplikasi yang secara jelas memerlukan kependaman beberapa ratus milisaat atau lebih kecil, mengurangkan lagi masa pengakuan masuk akal. Untuk mencapai matlamat ini, komuniti dan penyelidik Ethereum telah mencadangkan beberapa penyelesaian praktikal, salah satunya ialah Prapengesahan.
Prapengesahan (preconf) ialah keadaan pra-pengesahan transaksi sebelum ia disahkan secara rasmi. Secara khusus, ia merujuk kepada pengesahan sementara oleh nod sebelum urus niaga dimasukkan ke dalam blok oleh pelombong dan secara rasmi diletakkan pada rantaian Pengesahan sementara ini bermakna berbilang nod mengesahkan kesahihan transaksi dan menyimpannya buat sementara waktu dalam ingatan kolam. Ini membolehkan pengguna mendapat isyarat bahawa transaksi telah diterima dalam tempoh yang singkat, dengan itu mendapatkan maklum balas segera untuk mengurangkan masa menunggu dan meningkatkan pengalaman pengguna. Pra-pengesahan ini bukanlah pengesahan terakhir dan masih boleh dibatalkan (seperti penyusunan semula blok), tetapi keadaan ini agak jarang berlaku.
Biasanya, dalam mekanisme pra-pengesahan, pencadang memainkan peranan untuk menyediakan perkhidmatan pra-pengesahan. Dengan bayaran tambahan, pengguna boleh mendapatkan komitmen tandatangan bahawa transaksi mereka akan dimasukkan ke dalam blok seterusnya. Jika pencadang gagal memenuhi komitmen mereka, mereka berdepan hukuman kewangan.
Penyelidik Yayasan Ethereum Justin Drake telah mempromosikan kaedah mekanisme pra-pengesahan Ethereum: Prapengesahan berasaskan, yang memberikan pengesahan transaksi pantas melalui mekanisme insentif dan penalti khusus.
Untuk mengurangkan risiko urus niaga gagal dibungkus ke dalam blok disebabkan pelbagai sebab dalam mekanisme prakonflik Berdasarkan, penalti pencadang tambahan dan kemasukan paksa diperlukan:
Keratan pencadang: Cadangan L1 Pemohon mesti memilih untuk menambah tambahan syarat penalti untuk menjadi prapersetujuan. Ini boleh dicapai melalui mekanisme berkaitan staking berat.
Penyertaan paksa pencadang: Pencadang L1 mesti boleh memaksa transaksi untuk dimasukkan ke dalam rantaian, walaupun ketika ekonomi rendah atau pencadang lain tidak bekerjasama. Ini boleh dicapai melalui senarai kemasukan.
Pencadang L1 menjadi pra-pengesah dengan mengikut serta kepada dua syarat penalti pra-pengesahan berikut. Pra-pengesah mengeluarkan komitmen pra-pengesahan yang ditandatangani kepada pengguna, berjanji untuk memasukkan transaksi dalam blok dalam tempoh masa tertentu dan menerima petua daripada pengguna untuk memenuhi komitmen mereka.
Kecutan secara langsung: Pra-pengesah akan berdepan penalti jika mereka gagal memasukkan transaksi yang telah disahkan dalam tempoh masa yang ditetapkan.
Pemotongan keselamatan: Pra-pengesah akan berdepan penalti jika komitmen mereka tidak konsisten dengan transaksi yang sebenarnya disertakan.
Selain itu, pra-pengesahan akan diberi keutamaan berdasarkan kedudukan mereka dalam pandangan pencadang untuk melaksanakan transaksi pra-pengesahan dengan lebih cepat. Mekanisme pandangan hadapan pencadang ialah mekanisme yang digunakan untuk menentukan pencadang yang akan mempunyai peluang untuk membungkus blok pada masa hadapan. Pra-pengesah diisih mengikut kedudukan mereka dalam pandangan ke hadapan pencadang Lebih kecil nombor jawatan, lebih tinggi keutamaan pra-pengesah. Andaikan bahawa transaksi dilakukan oleh pra-pengesah B, maka pencadang dengan nombor kedudukan yang lebih kecil sebelum B (pra-pengesah A) boleh segera membungkus transaksi, mengurangkan masa menunggu pengguna dan tidak perlu menunggu giliran B tempoh sebagai pencadang. Jika pencadang B sebelum ini gagal membungkus urus niaga tepat pada masanya, pra-pengesah B perlu memastikan bahawa urus niaga ini disertakan dalam tempoh masanya, jika tidak, dia akan menghadapi penalti.
Dengan syarat dan tetapan di atas, Preconfs Berdasarkan boleh memberikan L1 pengesahan transaksi yang lebih pantas. Jika rollup adalah berdasarkan (pesanan L2 diserahkan kepada L1), iaitu, semua blok L2 secara logiknya dianggap sebagai transaksi L1, maka mekanisme yang sama boleh digunakan untuk menyediakan pra-pengesahan untuk L2.
Justin Drake mencadangkan prapengesahan Berdasarkan, yang menarik perhatian komuniti kepada mekanisme prapengesahan. Selepas itu, komuniti melancarkan perbincangan yang kaya tentang topik pra-pengesahan Antara yang lebih penting ialah: Jonah B, ahli Blockchain Capital, mencadangkan untuk membenarkan pengguna menyesuaikan langkah-langkah penghukuman dalam mekanisme pra-pengesahan Matthew mencadangkan untuk menggunakan mekanisme pra-pengesahan rantai ( preconf chaining ) untuk melindungi pencadang daripada dihukum oleh situasi luar yang tidak dijangka seperti gangguan bekalan elektrik, gangguan rangkaian, dsb. (kegagalan aktiviti penyelidik Primev Christian Matt memperkenalkan dua mod pra-pengesahan). : satu oleh pemimpin yang ditetapkan (berasaskan pemimpin) menyediakan pra-pengesahan, dan satu lagi adalah untuk menyediakan pra-pengesahan oleh beberapa pesaing (tanpa pemimpin) tanpa kehadiran pemimpin. Kelebihan mod ketua ialah ia boleh memberikan jaminan pengesahan hampir 100%. Dalam persekitaran yang kompetitif tanpa pemimpin, ia membantu untuk menemui harga yang telah disahkan dengan berkesan dan mengoptimumkan pendapatan pengesah. Christian Matt turut mencadangkan beberapa penyelesaian yang menggabungkan peneraju dan pra-pengesahan tanpa pemimpin, ahli Ethereum Foundation, membincangkan pelbagai cabaran dan penyelesaian untuk memperkenalkan mekanisme pra-pengesahan di bawah rangka kerja ePBS.
Atas ialah kandungan terperinci Bagaimanakah penyelesaian Preconf mempercepatkan pengesahan transaksi Ethereum?. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!