Memahami Aperture dalam satu artikel

Pemula3/18/2024, 6:29:02 AM
Kasus nyata dari niat, juga memperkenalkan bagaimana Solvers akan bersaing, jenis Solvers apa yang mungkin ada?

Singkatnya: Sepuluh kali efisiensi eksekusi, sepersepuluh dari beban kerja

Aperture sedang membangun UX chatbot baru yang didukung oleh infrastruktur Intents yang akan memungkinkan pengguna untuk "menyatakan tujuan mereka" dalam bahasa alami dan memanfaatkan jaringan pemecah masalah untuk mendapatkan eksekusi yang lebih baik dan harga yang lebih baik daripada yang dimungkinkan dalam paradigma transaksional saat ini.

UX: Aperture LLM yang didukung oleh Intents DSL

Untuk memulainya, kita akan mulai dengan landasan gerakan adopsi massal: pengalaman pengguna (UX).

DeFi UX saat ini berpusat pada pendekatan transaksional yang mengharuskan pengguna dengan ketajaman teknis yang berbeda-beda untuk menyetujui perubahan delta atau status dengan harapan perubahan tersebut menghasilkan "status akhir" yang mereka pikirkan. Dengan Intents, kami menempatkan "kondisi akhir" di depan dan di tengah sebagai titik fokus pengalaman pengguna.

Dengan menggunakan kekuatan LLM modern dan bahasa pemrograman berorientasi Intents, kami berusaha untuk meningkatkan ekspresibilitas Intents pengguna. Hal ini akan memungkinkan pengguna untuk mengartikulasikan tujuan dan preferensi transaksional mereka secara lebih intuitif dan efisien, sehingga memanfaatkan potensi blockchain dengan lebih mudah dan presisi.

Bayangkan seorang pengguna yang tidak memahami prinsip-prinsip teknologi blockchain, menghadapi banyak "kenop dan tombol" pada antarmuka DeFi tradisional. Pendekatan aperture "memungkinkan pengguna mengekspresikan dalam bahasa alami apa yang mereka inginkan" lebih sederhana. Di balik ini adalah kebutuhan untuk mengubah bahasa alami menjadi kode blockchain - di sinilah Domain Specific Languages (DSL) berperan.

Domain-Specific Language (DSL) adalah bahasa komputer khusus yang disesuaikan dengan domain aplikasi tertentu, yang membedakannya dengan General-Purpose Language (GPL) yang dapat digunakan di seluruh spektrum domain yang luas. Desain dan pemanfaatan DSL merupakan bagian integral dari rekayasa domain, sering kali melibatkan pembuatan DSL baru atau adaptasi dari DSL yang sudah ada untuk mengekspresikan masalah dan solusi secara lebih efektif dalam domain tertentu.

Pada Aperture, DSL dibuat dengan fokus pada keterbacaan manusia, sangat penting untuk mendukung ekspresi maksud yang jernih dan intuitif. Pendekatan ini berbeda dengan DSL lain yang mungkin memprioritaskan aspek-aspek seperti efisiensi program atau optimalisasi tingkat mesin.

Pada Aperture, LLM menjembatani kesenjangan antara fungsionalitas teknis dan antarmuka yang mudah digunakan dengan memungkinkan pengguna untuk mengekspresikan dalam bahasa alami maksud mereka dan memiliki maksud yang sama yang dicerminkan kembali kepada mereka dalam DSL yang sangat mudah dibaca yang kemudian dapat disajikan kepada para pemecah masalah sebagai "pernyataan kebenaran" dari pengguna ini.

Mari kita gunakan analogi dunia nyata: UX terjemahan LLM ke DSL mirip dengan pelanggan yang memesan di restoran pizza melalui telepon. Pelanggan mungkin memesan dengan bahasa sehari-hari - "Berikan saya pizza dengan semua daging dalam ukuran berapa pun yang paling besar". Operator di ujung sana mungkin akan balik bertanya, "Apakah Anda ingin pizza Meat Lover dalam ukuran Extra Large?". Pengguna dengan mudah memahami konversi ini dan setuju - "Ya, saya tidak tahu namanya, tetapi itulah yang saya inginkan."

Interaksi on-chain ini akan berjalan dengan cara yang sama. Pengguna dapat memulai dengan menyatakan tujuan akhir mereka -

"Dapatkah Anda menyeimbangkan kembali LP ETH-GMX saya di semua rantai EVM saya agar 80% terkonsentrasi pada pengaturan berkinerja tertinggi dan 20% sisa modal LP saya dibagi rata di seluruh pool yang tersisa?"

Terjemahan DSL mungkin mencerminkan kembali ke pengguna -

Aset yang memenuhi syarat: Pasangan ETH-GMX di Mainnet, Arbitrum, dan Avalanche;

Tindakan yang Diizinkan: Menjembatani, Menghapus likuiditas, Menukar ETH atau GMX, Menambah Likuiditas;

Tujuan Akhir 1: Menyeimbangkan kembali posisi likuiditas untuk memusatkan 80% modal aset yang memenuhi syarat pada posisi dengan spot APR tertinggi berdasarkan data dari APY Vision;

Tujuan Akhir 2: Menyeimbangkan kembali posisi likuiditas untuk mengkonsentrasikan 20% modal aset yang memenuhi syarat di seluruh pool yang ada yang tidak digunakan dalam Tujuan Akhir 1;

Tanda tangani deklarasi Maksud jika benar

Konversi LLM akan mengkodekan bahasa sehari-hari ke dalam terminologi standar DSL yang dapat dimanfaatkan oleh para pemecah dengan cara yang dapat diprediksi dan direplikasi.

Infrastruktur yang Mendasari

Infrastruktur Intent dapat dibagi menjadi beberapa komponen:

Intents Clearing House (Mempool): ini berfungsi sebagai area pementasan awal untuk keperluan pengguna. Sistem ini dirancang untuk mengatur dan mengantri secara efisien untuk pemrosesan, menggunakan algoritme yang memprioritaskan berdasarkan berbagai kriteria seperti urgensi dan kebutuhan sumber daya. Lembaga Kliring memastikan manajemen yang aman dan teratur dari intensi sebelum mereka berkomitmen pada blockchain.

ZK-Simulate untuk Validitas Data: ini adalah sumber daya yang diperlukan untuk memvalidasi maksud tertentu dan solusi terkait yang akan bergantung pada data off-chain. Bukti pengetahuan nol dapat digunakan untuk memverifikasi validitas data ini. Memanfaatkan alat kriptografi canggih seperti Brevis atau Axiom, Aperture dapat menghasilkan ZKP untuk data historis on-chain yang menjadi bagian dari solusi yang diusulkan oleh pemecah. Metode ini memungkinkan verifikasi yang ketat terhadap output solver, memastikan bahwa output tersebut akurat, lengkap, dan sesuai dengan batasan dan maksud yang ditentukan, tanpa mengorbankan kerahasiaan data transaksi.

Verifikasi Smart Contracts: setiap jenis kasus penggunaan yang diinginkan akan membutuhkan smart contract untuk mensimulasikan, memverifikasi, dan mengawasi solusi yang diusulkan.

Mesin Pemeringkatan dan Eksekusi: setiap kelompok tujuan yang telah diverifikasi perlu diberi peringkat berdasarkan hasil dan skor pemecah masalah dan kemudian dieksekusi. Aspek penting dari mesin eksekusi ini adalah kemampuannya untuk menegakkan akuntabilitas. Jika ada aktivitas jahat yang terjadi, seperti transaksi yang dikembalikan atau peristiwa jahat lainnya, mesin eksekusi dirancang untuk menghukum pemecah yang bertanggung jawab melalui pemotongan atau cara lain. Hal ini tidak hanya melindungi integritas transaksi tetapi juga mencegah potensi perilaku jahat oleh para pemecah.

Lapisan Aplikasi: DAO Pemecah Masalah

Solver DAO Network adalah lapisan aplikasi unik yang dibangun di atas Intents-Infra. Aperture Intents-Infra memungkinkan Solver DAO untuk fokus pada pengaktifan dan penyelesaian kasus penggunaan berbasis Intents yang unik tanpa harus mengkhawatirkan kebutuhan eksekusi yang mendasarinya.

Solver DAO mendapatkan akses ke Intent pengguna yang ditemukan di dalam Clearing House Aperture dengan melakukan staking sejumlah $APTR dan $ETH. Solver DAO dapat berkorelasi dengan satu solver profesional besar dengan solusi berpemilik atau jaringan Solver yang lebih kecil.

Solusi New Intent dapat berasal dari Aperture atau Solver DAO pihak ketiga. Solver DAO menambah nilai dengan mengaktifkan kasus penggunaan Intent yang baru. Hal ini akan memerlukan penyerahan logika bisnis yang diperlukan agar sesuai dengan desain modular Aperture. Setelah ini dibuat, kasus penggunaan sekarang "dapat dideklarasikan" dari Antarmuka Maksud Aperture atau antarmuka pihak ketiga yang dibuat oleh Solver DAO.

Aperture DAO akan memberikan bantuan hibah $APTR kepada Solver DAO yang ingin mengaktifkan kasus penggunaan Intent yang baru.

Bagaimana Solver akan bersaing dan jenis Solver apa saja yang mungkin ada?

On-Chain vs Off-Chain

Dalam ekosistem Aperture Intents yang kompetitif, Solvers membedakan diri mereka berdasarkan metode yang mereka gunakan untuk memposting solusi. Meskipun tidak wajib, kontrak pintar lebih disukai karena skalabilitas dan kecepatannya. Namun, skrip off-chain juga sama mahirnya dalam memposting solusi dengan cepat, menawarkan rute alternatif. Maksud tertentu yang dinyatakan bahkan mungkin memiliki karakteristik yang memungkinkan pemecah untuk mengirimkan solusi secara manual (misalnya penjual yang ingin mengatur transaksi OTC besar dengan jendela penawaran 3 hari).

Mempertahankan Alpha

Untuk Solver dengan metode penghasil solusi "alfa" atau eksklusif, mereka dapat menghindari penggunaan smart contract untuk menghasilkan solusi mereka dan sebagai gantinya dapat mengandalkan proses verifikasi ZK Aperture untuk membangun kepercayaan di sekitar solusi yang diaktifkan dengan skrip off-chain. Hal ini akan meningkatkan efek roda gila untuk penerimaan solver (solusi bisnis yang berkelanjutan, menarik lebih banyak pendapatan, menarik lebih banyak solver).

Brankas Solver

Meskipun tidak secara eksplisit diwajibkan, Solver dalam ekosistem tertentu juga dapat memilih untuk mendanai kebutuhan staking mereka melalui mekanisme vault dengan imbalan rev-share dari hasil solver mereka. Setiap Solver DAO dapat membuat sumber terbuka untuk kontrak brankas rev-share bagi para solver mereka untuk diimplementasikan (jika mereka menginginkan pendanaan bootstrap).

Contoh: Maksud Klaim Airdrop

Untuk membuat segala sesuatunya lebih mudah dipahami, mari kita ambil contoh "maksud klaim airdrop" yang diusulkan dalam posting blog pertama kami. Bagaimana seorang pengguna menyatakan maksud untuk mengklaim? Bagaimana mungkin Solver DAO yang berspesialisasi dalam mengklaim Pasar Solver DAO Tap Aperture?

Pengguna akan mulai dengan mendeklarasikan dalam bahasa alami:

"Klaim semua airdrop yang memenuhi syarat atas nama saya, termasuk biaya gas yang terkait dengan klaim, dengan imbalan biaya finder 1% atau kurang."

Chatbot mungkin akan mengajukan pertanyaan klarifikasi untuk menggali lebih jauh pernyataan pengguna.

Setelah klarifikasi ini selesai, maksud akan diterjemahkan dari bahasa alami ke DSL Maksud yang telah dikodekan dan dikirim kembali ke pengguna dalam format yang dapat dibaca untuk diverifikasi. Dari sini, ekspresi Intent akan diposting ke dalam Intents Clearing House di mana setiap Solver yang memenuhi syarat dapat melihat deklarasi pengguna.

Solver mana pun sekarang dapat melihat alamat pengguna dan melakukan referensi silang dengan airdrop atau hadiah yang dapat diklaim yang memenuhi syarat untuk alamat tersebut. Fungsi izin yang didukung oleh dompet abstraksi akun akan memungkinkan Solver untuk mengklaim airdrop atas nama pengguna. Para pemecah akan bersaing di antara mereka sendiri dalam hal "biaya temuan" dan pengetahuan mereka secara keseluruhan tentang airdrop. Sekarang - keindahan dari Intents, mungkin ada beberapa solusi yang menang dan dieksekusi jika Solver A mencakup airdrop Dymension dan Solver B mencakup airdrop Celestia, maka kedua Solver dapat memenangkan biaya pencari dari pengguna kami.

Semua solusi yang diusulkan akan disimulasikan oleh kontrak pintar Aperture untuk memverifikasi hasil yang diusulkan dan kemudian semua solusi yang telah diverifikasi akan diberi peringkat. Aperture kemudian akan mengeksekusi atas nama pengguna, mengembalikan semua airdrop.

Penafian: Penafian

  1. Artikel ini dicetak ulang dari[chaincatcher]. *Teruskan Judul Asli'一文读懂 Aperture'. Semua hak cipta adalah milik penulis asli [Industry Express]. Jika ada keberatan dengan pencetakan ulang ini, silakan hubungi tim Gate Learn, dan mereka akan segera menanganinya.
  2. Penafian Tanggung Jawab: Pandangan dan pendapat yang diungkapkan dalam artikel ini semata-mata merupakan pandangan dan pendapat penulis dan bukan merupakan saran investasi.
  3. Penerjemahan artikel ke dalam bahasa lain dilakukan oleh tim Gate Learn. Kecuali disebutkan, menyalin, mendistribusikan, atau menjiplak artikel terjemahan dilarang.

Memahami Aperture dalam satu artikel

Pemula3/18/2024, 6:29:02 AM
Kasus nyata dari niat, juga memperkenalkan bagaimana Solvers akan bersaing, jenis Solvers apa yang mungkin ada?

Singkatnya: Sepuluh kali efisiensi eksekusi, sepersepuluh dari beban kerja

Aperture sedang membangun UX chatbot baru yang didukung oleh infrastruktur Intents yang akan memungkinkan pengguna untuk "menyatakan tujuan mereka" dalam bahasa alami dan memanfaatkan jaringan pemecah masalah untuk mendapatkan eksekusi yang lebih baik dan harga yang lebih baik daripada yang dimungkinkan dalam paradigma transaksional saat ini.

UX: Aperture LLM yang didukung oleh Intents DSL

Untuk memulainya, kita akan mulai dengan landasan gerakan adopsi massal: pengalaman pengguna (UX).

DeFi UX saat ini berpusat pada pendekatan transaksional yang mengharuskan pengguna dengan ketajaman teknis yang berbeda-beda untuk menyetujui perubahan delta atau status dengan harapan perubahan tersebut menghasilkan "status akhir" yang mereka pikirkan. Dengan Intents, kami menempatkan "kondisi akhir" di depan dan di tengah sebagai titik fokus pengalaman pengguna.

Dengan menggunakan kekuatan LLM modern dan bahasa pemrograman berorientasi Intents, kami berusaha untuk meningkatkan ekspresibilitas Intents pengguna. Hal ini akan memungkinkan pengguna untuk mengartikulasikan tujuan dan preferensi transaksional mereka secara lebih intuitif dan efisien, sehingga memanfaatkan potensi blockchain dengan lebih mudah dan presisi.

Bayangkan seorang pengguna yang tidak memahami prinsip-prinsip teknologi blockchain, menghadapi banyak "kenop dan tombol" pada antarmuka DeFi tradisional. Pendekatan aperture "memungkinkan pengguna mengekspresikan dalam bahasa alami apa yang mereka inginkan" lebih sederhana. Di balik ini adalah kebutuhan untuk mengubah bahasa alami menjadi kode blockchain - di sinilah Domain Specific Languages (DSL) berperan.

Domain-Specific Language (DSL) adalah bahasa komputer khusus yang disesuaikan dengan domain aplikasi tertentu, yang membedakannya dengan General-Purpose Language (GPL) yang dapat digunakan di seluruh spektrum domain yang luas. Desain dan pemanfaatan DSL merupakan bagian integral dari rekayasa domain, sering kali melibatkan pembuatan DSL baru atau adaptasi dari DSL yang sudah ada untuk mengekspresikan masalah dan solusi secara lebih efektif dalam domain tertentu.

Pada Aperture, DSL dibuat dengan fokus pada keterbacaan manusia, sangat penting untuk mendukung ekspresi maksud yang jernih dan intuitif. Pendekatan ini berbeda dengan DSL lain yang mungkin memprioritaskan aspek-aspek seperti efisiensi program atau optimalisasi tingkat mesin.

Pada Aperture, LLM menjembatani kesenjangan antara fungsionalitas teknis dan antarmuka yang mudah digunakan dengan memungkinkan pengguna untuk mengekspresikan dalam bahasa alami maksud mereka dan memiliki maksud yang sama yang dicerminkan kembali kepada mereka dalam DSL yang sangat mudah dibaca yang kemudian dapat disajikan kepada para pemecah masalah sebagai "pernyataan kebenaran" dari pengguna ini.

Mari kita gunakan analogi dunia nyata: UX terjemahan LLM ke DSL mirip dengan pelanggan yang memesan di restoran pizza melalui telepon. Pelanggan mungkin memesan dengan bahasa sehari-hari - "Berikan saya pizza dengan semua daging dalam ukuran berapa pun yang paling besar". Operator di ujung sana mungkin akan balik bertanya, "Apakah Anda ingin pizza Meat Lover dalam ukuran Extra Large?". Pengguna dengan mudah memahami konversi ini dan setuju - "Ya, saya tidak tahu namanya, tetapi itulah yang saya inginkan."

Interaksi on-chain ini akan berjalan dengan cara yang sama. Pengguna dapat memulai dengan menyatakan tujuan akhir mereka -

"Dapatkah Anda menyeimbangkan kembali LP ETH-GMX saya di semua rantai EVM saya agar 80% terkonsentrasi pada pengaturan berkinerja tertinggi dan 20% sisa modal LP saya dibagi rata di seluruh pool yang tersisa?"

Terjemahan DSL mungkin mencerminkan kembali ke pengguna -

Aset yang memenuhi syarat: Pasangan ETH-GMX di Mainnet, Arbitrum, dan Avalanche;

Tindakan yang Diizinkan: Menjembatani, Menghapus likuiditas, Menukar ETH atau GMX, Menambah Likuiditas;

Tujuan Akhir 1: Menyeimbangkan kembali posisi likuiditas untuk memusatkan 80% modal aset yang memenuhi syarat pada posisi dengan spot APR tertinggi berdasarkan data dari APY Vision;

Tujuan Akhir 2: Menyeimbangkan kembali posisi likuiditas untuk mengkonsentrasikan 20% modal aset yang memenuhi syarat di seluruh pool yang ada yang tidak digunakan dalam Tujuan Akhir 1;

Tanda tangani deklarasi Maksud jika benar

Konversi LLM akan mengkodekan bahasa sehari-hari ke dalam terminologi standar DSL yang dapat dimanfaatkan oleh para pemecah dengan cara yang dapat diprediksi dan direplikasi.

Infrastruktur yang Mendasari

Infrastruktur Intent dapat dibagi menjadi beberapa komponen:

Intents Clearing House (Mempool): ini berfungsi sebagai area pementasan awal untuk keperluan pengguna. Sistem ini dirancang untuk mengatur dan mengantri secara efisien untuk pemrosesan, menggunakan algoritme yang memprioritaskan berdasarkan berbagai kriteria seperti urgensi dan kebutuhan sumber daya. Lembaga Kliring memastikan manajemen yang aman dan teratur dari intensi sebelum mereka berkomitmen pada blockchain.

ZK-Simulate untuk Validitas Data: ini adalah sumber daya yang diperlukan untuk memvalidasi maksud tertentu dan solusi terkait yang akan bergantung pada data off-chain. Bukti pengetahuan nol dapat digunakan untuk memverifikasi validitas data ini. Memanfaatkan alat kriptografi canggih seperti Brevis atau Axiom, Aperture dapat menghasilkan ZKP untuk data historis on-chain yang menjadi bagian dari solusi yang diusulkan oleh pemecah. Metode ini memungkinkan verifikasi yang ketat terhadap output solver, memastikan bahwa output tersebut akurat, lengkap, dan sesuai dengan batasan dan maksud yang ditentukan, tanpa mengorbankan kerahasiaan data transaksi.

Verifikasi Smart Contracts: setiap jenis kasus penggunaan yang diinginkan akan membutuhkan smart contract untuk mensimulasikan, memverifikasi, dan mengawasi solusi yang diusulkan.

Mesin Pemeringkatan dan Eksekusi: setiap kelompok tujuan yang telah diverifikasi perlu diberi peringkat berdasarkan hasil dan skor pemecah masalah dan kemudian dieksekusi. Aspek penting dari mesin eksekusi ini adalah kemampuannya untuk menegakkan akuntabilitas. Jika ada aktivitas jahat yang terjadi, seperti transaksi yang dikembalikan atau peristiwa jahat lainnya, mesin eksekusi dirancang untuk menghukum pemecah yang bertanggung jawab melalui pemotongan atau cara lain. Hal ini tidak hanya melindungi integritas transaksi tetapi juga mencegah potensi perilaku jahat oleh para pemecah.

Lapisan Aplikasi: DAO Pemecah Masalah

Solver DAO Network adalah lapisan aplikasi unik yang dibangun di atas Intents-Infra. Aperture Intents-Infra memungkinkan Solver DAO untuk fokus pada pengaktifan dan penyelesaian kasus penggunaan berbasis Intents yang unik tanpa harus mengkhawatirkan kebutuhan eksekusi yang mendasarinya.

Solver DAO mendapatkan akses ke Intent pengguna yang ditemukan di dalam Clearing House Aperture dengan melakukan staking sejumlah $APTR dan $ETH. Solver DAO dapat berkorelasi dengan satu solver profesional besar dengan solusi berpemilik atau jaringan Solver yang lebih kecil.

Solusi New Intent dapat berasal dari Aperture atau Solver DAO pihak ketiga. Solver DAO menambah nilai dengan mengaktifkan kasus penggunaan Intent yang baru. Hal ini akan memerlukan penyerahan logika bisnis yang diperlukan agar sesuai dengan desain modular Aperture. Setelah ini dibuat, kasus penggunaan sekarang "dapat dideklarasikan" dari Antarmuka Maksud Aperture atau antarmuka pihak ketiga yang dibuat oleh Solver DAO.

Aperture DAO akan memberikan bantuan hibah $APTR kepada Solver DAO yang ingin mengaktifkan kasus penggunaan Intent yang baru.

Bagaimana Solver akan bersaing dan jenis Solver apa saja yang mungkin ada?

On-Chain vs Off-Chain

Dalam ekosistem Aperture Intents yang kompetitif, Solvers membedakan diri mereka berdasarkan metode yang mereka gunakan untuk memposting solusi. Meskipun tidak wajib, kontrak pintar lebih disukai karena skalabilitas dan kecepatannya. Namun, skrip off-chain juga sama mahirnya dalam memposting solusi dengan cepat, menawarkan rute alternatif. Maksud tertentu yang dinyatakan bahkan mungkin memiliki karakteristik yang memungkinkan pemecah untuk mengirimkan solusi secara manual (misalnya penjual yang ingin mengatur transaksi OTC besar dengan jendela penawaran 3 hari).

Mempertahankan Alpha

Untuk Solver dengan metode penghasil solusi "alfa" atau eksklusif, mereka dapat menghindari penggunaan smart contract untuk menghasilkan solusi mereka dan sebagai gantinya dapat mengandalkan proses verifikasi ZK Aperture untuk membangun kepercayaan di sekitar solusi yang diaktifkan dengan skrip off-chain. Hal ini akan meningkatkan efek roda gila untuk penerimaan solver (solusi bisnis yang berkelanjutan, menarik lebih banyak pendapatan, menarik lebih banyak solver).

Brankas Solver

Meskipun tidak secara eksplisit diwajibkan, Solver dalam ekosistem tertentu juga dapat memilih untuk mendanai kebutuhan staking mereka melalui mekanisme vault dengan imbalan rev-share dari hasil solver mereka. Setiap Solver DAO dapat membuat sumber terbuka untuk kontrak brankas rev-share bagi para solver mereka untuk diimplementasikan (jika mereka menginginkan pendanaan bootstrap).

Contoh: Maksud Klaim Airdrop

Untuk membuat segala sesuatunya lebih mudah dipahami, mari kita ambil contoh "maksud klaim airdrop" yang diusulkan dalam posting blog pertama kami. Bagaimana seorang pengguna menyatakan maksud untuk mengklaim? Bagaimana mungkin Solver DAO yang berspesialisasi dalam mengklaim Pasar Solver DAO Tap Aperture?

Pengguna akan mulai dengan mendeklarasikan dalam bahasa alami:

"Klaim semua airdrop yang memenuhi syarat atas nama saya, termasuk biaya gas yang terkait dengan klaim, dengan imbalan biaya finder 1% atau kurang."

Chatbot mungkin akan mengajukan pertanyaan klarifikasi untuk menggali lebih jauh pernyataan pengguna.

Setelah klarifikasi ini selesai, maksud akan diterjemahkan dari bahasa alami ke DSL Maksud yang telah dikodekan dan dikirim kembali ke pengguna dalam format yang dapat dibaca untuk diverifikasi. Dari sini, ekspresi Intent akan diposting ke dalam Intents Clearing House di mana setiap Solver yang memenuhi syarat dapat melihat deklarasi pengguna.

Solver mana pun sekarang dapat melihat alamat pengguna dan melakukan referensi silang dengan airdrop atau hadiah yang dapat diklaim yang memenuhi syarat untuk alamat tersebut. Fungsi izin yang didukung oleh dompet abstraksi akun akan memungkinkan Solver untuk mengklaim airdrop atas nama pengguna. Para pemecah akan bersaing di antara mereka sendiri dalam hal "biaya temuan" dan pengetahuan mereka secara keseluruhan tentang airdrop. Sekarang - keindahan dari Intents, mungkin ada beberapa solusi yang menang dan dieksekusi jika Solver A mencakup airdrop Dymension dan Solver B mencakup airdrop Celestia, maka kedua Solver dapat memenangkan biaya pencari dari pengguna kami.

Semua solusi yang diusulkan akan disimulasikan oleh kontrak pintar Aperture untuk memverifikasi hasil yang diusulkan dan kemudian semua solusi yang telah diverifikasi akan diberi peringkat. Aperture kemudian akan mengeksekusi atas nama pengguna, mengembalikan semua airdrop.

Penafian: Penafian

  1. Artikel ini dicetak ulang dari[chaincatcher]. *Teruskan Judul Asli'一文读懂 Aperture'. Semua hak cipta adalah milik penulis asli [Industry Express]. Jika ada keberatan dengan pencetakan ulang ini, silakan hubungi tim Gate Learn, dan mereka akan segera menanganinya.
  2. Penafian Tanggung Jawab: Pandangan dan pendapat yang diungkapkan dalam artikel ini semata-mata merupakan pandangan dan pendapat penulis dan bukan merupakan saran investasi.
  3. Penerjemahan artikel ke dalam bahasa lain dilakukan oleh tim Gate Learn. Kecuali disebutkan, menyalin, mendistribusikan, atau menjiplak artikel terjemahan dilarang.
Mulai Sekarang
Daftar dan dapatkan Voucher
$100
!