ERC-7683 sedang berubah, dan banyak penjelasan masih menggambarkan versi lama daripada piawaian ini. Draf semasa ERC-7683 lebih berpusat pada resolver. Alih-alih memaksa setiap protokol niat lintas rantai ke dalam satu kontrak penitipan bersama, satu sistem lelong, satu mekanisme penyelesaian, satu model autorisasi atau satu fungsi pengisian destinasi, protokol boleh mengekalkan arsitektur pelaksanaan sendiri sambil memaparkan pesanan kepada penyelesa melalui lapisan resolusi sepunya. Perbezaan ini penting. Pesanan ERC-7683 pada dasarnya adalah tawaran pembayaran sebagai imbalan atas pemenuhan set persyaratan yang ditentukan. Penyelesa, juga dikenali sebagai pengisi, menilai persyaratan tersebut, menentukan apa pelaksanaan yang diperlukan, mengikat modal atau gas, dan mengharapkan pembayaran jika mereka memenuhi pesanan dengan betul. Reka bentuk semasa membolehkan protokol memaparkan payload spesifik protokol yang tidak jelas bersama dengan kontrak resolver. Resolver ini menterjemahkan payload tersebut menjadi representasi sepunya yang mengandungi: • langkah-langkah pelaksanaan • pemboleh ubah • pembayaran • andaian eksplisit Ini memberikan penyelesa yang boleh diprogramkan cara piawai untuk memahami apa yang sebenarnya diperlukan oleh pesanan tanpa setiap penyelesa perlu mengimplementasikan logik khusus sepenuhnya untuk setiap protokol niat. Model pelaksanaan yang telah diselesaikan boleh memaparkan keperluan perbelanjaan token, keperluan gas, batasan masa, ketergantungan dan perilaku revert. Pemboleh ubah boleh mewakili alamat pembayaran penyelesa, rantai pembayaran, output pelaksanaan, pemanggil langkah, saksi luar talian, kueri kontrak dan kueri peristiwa. ERC-7683 juga menggabungkan representasi alamat interoperabel melalui ERC-7930, mengikat konteks rantai kepada alamat bukannya hanya bergantung pada alamat EVM 20-byte konvensional. Namun, terdapat sempadan keselamatan yang penting. Pemadanan piawaian ERC-7683 tidak secara automatik menjadikan protokol niat asas selamat. Kontrak penyelesaian, jambatan, sistem pemindahan mesej, token, mekanisme lelong, perkhidmatan luar talian, orakel, kunci sumber, perlindungan replays, logik pembatalan, perilaku pengembalian dan pengisian separa tetap menjadi risiko spesifik protokol kecuali jika diwakili secara eksplisit melalui persyaratan atau andaian yang telah diselesaikan. Keselamatan resolver oleh itu sangat penting. Resolver mesti mengesahkan payload spesifik protokolnya dengan betul dan memaparkan representasi yang membolehkan penyelesa yang bertindak dengan betul memahami apa yang perlu berlaku dan di bawah andaian apakah pembayaran akan tersedia. Resolver yang betul tidak boleh menjadikan sistem penyelesaian yang tidak selamat menjadi selamat. Dan format pesanan yang mematuhi tidak menghapuskan risiko penyelesa. Seorang pengisi menjadi terdedah secara ekonomi sejak saat ia mengikat persetujuan, gas, modal atau transaksi sehingga pembayaran yang diharapkan menjadi final dan boleh dibelanjakan. Untuk pengguna, titik pengesahan utama tetap praktikal: • rantai asal • aset input • rantai destinasi • penerima • output yang diharapkan • batas masa • lingkup autorisasi • transaksi atau data bertipe yang ditandatangani ERC-7683 juga sesuai secara semula jadi dalam sistem niat yang lebih luas seperti Open Intents Framework, tetapi keduanya tidak boleh dipertukarkan. ERC-7683 terutamanya merupakan lapisan pemadanan piawaian untuk resolusi pesanan yang dihadapi penyelesa. OIF adalah kerangka infrastruktur yang lebih luas yang merangkumi asal niat, penyelesaian, pemenuhan, penyelesaian, penggabungan dan komponen berkaitan. Penyelidikan TokenToolHub terkini kami menguraikan reka bentuk ERC-7683 semasa, bagaimana ia berbeza daripada draf sebelumnya, siklus hidup pesanan, penyelesa, keselamatan resolver, langkah-langkah pelaksanaan, pembayaran, andaian, alamat interoperabel dan risiko penyelesa yang masih berada di luar piawaian itu sendiri. Analisis penuh: https://t.co/VK5Yb4wvJ3