🔒🖼️ Pos baru: Transaksi 🔒🖼️ Bingkai Terenkripsi tl; dr: Transaksi bingkai terenkripsi dibangun di atas LUCID dan EIP-8141 untuk menyembunyikan parameter eksekusi (target, data panggilan, jumlah) hingga setelah urutan blok dikunci. Desain ini membuka eksekusi terenkripsi slot yang sama, teks biasa/transaksi terenkripsi yang diselingi, dan kompatibel di masa depan dengan skema PQ. 👇🧵

Desain mempool terenkripsi saat ini (misalnya, LUCID) menunda eksekusi ke slot berikutnya dan menggunakan jalur blok atas khusus untuk transaksi terenkripsi. Posting ini mengusulkan eksekusi terenkripsi slot yang sama dengan memisahkan pesanan dari eksekusi. Builder berkomitmen pada set transaksi pesanan penuh sebelum kunci apa pun terungkap, lalu mengeksekusi pesanan yang dikomitkan di slot yang sama.

Dalam ePBS standar, bid builder melakukan block_hash yang telah dihitung sebelumnya. Itu tidak berhasil di sini karena hasil akhirnya tergantung pada tx terenkripsi mana yang terungkap dan apa yang mereka dekripsi. Sebagai gantinya, tawaran berkomitmen untuk tx_ordering_root, mengunci daftar transaksi lengkap sebelum diungkapkan. Output yang bergantung pada eksekusi (state_root, BAL, tanda terima) hanya mengikat setelahnya.

Ini adalah perbedaan utama dari LUCID. Di LUCID, kunci dilepaskan selama slot N dan eksekusi terjadi di bagian atas blok di slot N+1. Pembuat berikutnya sudah mengetahui transaksi yang didekripsi saat menempatkan sisa blok. Di sini, komitmen terjadi sebelum pengungkapan, eksekusi tetap berada di slot yang sama, dan tx terenkripsi diselingi dengan teks biasa dalam satu urutan.

Setiap frame terenkripsi tx memiliki bingkai VERIFY publik dan fase eksekusi terenkripsi tersembunyi. Amplop berkomitmen pada exec_params_binding = H(exec_params). Target, data panggilan, jumlah, dan opsional biaya prioritas tetap tersembunyi hingga terungkap. Jika kunci tidak tiba sebelum tenggat waktu pengungkapan pembuat, fase terenkripsi akan dilewati. VERIFY masih berjalan, nonce dikonsumsi, dan pengirim membayar untuk bagian publik. Gas eksekusi tersembunyi dikembalikan. Pesanan tetap terlepas dari itu.

Pembangun masih memiliki kebijaksanaan atas pengungkapan di dekat batas waktu. Untuk membatasi hal ini, desain menggunakan penggabungan tampilan attester yang mirip dengan FOCIL: attester tidak akan memilih muatan yang menandai pengungkapan sebagai hilang jika mereka mengamati kunci sebelum tenggat waktu pembekuan mereka sendiri.

Tentang masalah opsi bebas (lainnya): Pengirim yang mendekripsi sendiri dapat mengamati pesanan yang dikomitmenkan dan memilih untuk mengungkapkan hanya ketika posisinya menguntungkan, secara efektif memegang opsi gratis pada eksekusi. Mitigasi seperti biaya tambahan pada tx terenkripsi atau penalti lewati ada tetapi saya pikir lebih banyak eksplorasi diperlukan untuk membuat keputusan akhir.