Protokol FusionFi: Menghubungkan semua agen keuangan

Review Bagian Pertama:

“AgentFi - 由 AO 驱动的新概念 Keuangan Desentralisasi”

Melanjutkan dari sebelumnya. Seluruh industri Blockchain adalah sejarah evolusi skalabilitas, berbagai jenis pendekatan telah dicoba untuk meningkatkan kecepatan dan mengurangi biaya, tetapi semuanya memiliki batasannya masing-masing. Sampai AO muncul, sebuah paradigma yang berbeda dari Blockchain tradisional. Melalui desain yang cerdik, ruang Blok di AO tidak lagi menjadi barang langka yang pasokannya tetap, tetapi sumber daya yang dapat terus diciptakan sesuai kebutuhan, memberikan AO kemampuan tak terbatas untuk berkembang!

Ini juga membuat model keuangan berbasis Agen - AgentFi menjadi mungkin, dibandingkan dengan Keuangan Desentralisasi tradisional, AgentFi memiliki berbagai aplikasi yang lebih luas.

Protokol Keuangan Desentralisasi tradisional berasal dari lokakarya ETH, dan meskipun berbagai L2 dan rantai publik baru berkinerja tinggi telah lahir, imajinasi masyarakat tentang paradigma konstruksi Keuangan Desentralisasi selalu terbatas pada lokakarya ETH. Sekarang, mari kita masuk ke platform tanpa batasan kinerja, seperti mengingat serangkaian proses pengembangan Internet dari hanya-baca, baca-tulis, ke Algoritme, ke otonomi, dan bayangkan kembali seperti apa keuangan on-chain seharusnya, akankah gambaran baru muncul di benak kita? Agen keuangan yang dapat dibuat oleh semua pengguna, dan unit komputasi apa pun dapat menjadi “Institusi Keuangan”, memberikan pandangan khusus tentang kesetaraan keuangan Layanan Keuangan!

Mengapa perlu ada protokol agen standar?

Di komputer AO, proses berkomunikasi melalui pesan, dan pengiriman pesan mengikuti standar tertentu. Sesungguhnya, hal yang sama berlaku di dalam konteks keuangan.

Kustomisasi adalah titik awal dari keberagaman. Jika agen keuangan yang berbeda berkembang secara mandiri, maka akan muncul protokol yang berbeda. Dengan demikian, interaksi antara agen menjadi masalah besar. Bagaimana agar agen dapat saling berkomunikasi dan mencocokkan satu sama lain?

Untuk menghindari kehilangan interoperabilitas yang disebabkan oleh kurangnya standar yang seragam, FusionFi Protocol (FFP) lahir.

Sebagai protokol interaksi antara Agen, FusionFi Protocol mendefinisikan aturan interaksi antara Agen sehingga berbagai layanan keuangan yang dibuat berdasarkan Agen dapat saling terhubung dan menyatu. Pada saat AgentFi baru saja dimulai, protokol seperti ini dapat dikatakan memiliki visi masa depan yang kuat.

FFP（Protokol FusionFi）

FusionFi Protocol adalah protokol yang diperkenalkan oleh pendiri EverVision, outprog, pada konferensi Arweave Asia 2024.

Konsep kunci dalam Protokol FusionFi adalah Catatan (Note). Ini adalah model representasi abstrak dari komitmen, yang bisa berupa Token, obligasi, sertifikat, hak kontrak, dll. Dengan menggunakan model Catatan sebagai media, Protokol FusionFi dapat mendukung beragam skenario keuangan, seperti perdagangan, pinjaman, stake, dan lainnya.

FusionFi Protocol tidak hanya menyediakan spesifikasi protokol, tetapi juga menyediakan alat pengembangan AgentFi (FFP SDK) untuk membantu pengembang membuat AgentFi lebih efisien dan sederhana.

Saat ini, Protokol FusionFi sudah memiliki dua jenis instansi, yaitu AMM Agent dan Orderbook Agent.

Agen AMM

Dengan menggunakan AMM Agent sebagai contoh, setiap AMM Agent dapat dipahami sebagai kolam likuiditas ‘kedaulatan pribadi’, dan aturan penyediaan likuiditas kolam ini dapat diatur sendiri. Ini juga berarti pengguna tidak perlu bergantung pada platform eksternal seperti kolam dana dengan algoritma penyediaan likuiditas yang seragam, tetapi dapat secara mandiri mewujudkan fungsi swap, dan dapat mencari lawan transaksi yang cocok di seluruh jaringan. Dengan kata lain, ketika pengguna membuat Agent, sebenarnya sedang membuat pertukaran Desentralisasi yang dimiliki secara pribadi. Kemudian, Protokol FusionFi dapat menggabungkan banyak ‘pertukaran pribadi’ seperti ini menjadi jaringan peer-to-peer, untuk mencapai pencocokan yang lebih efisien dan fleksibel.

Berikut adalah alur inti dari AMM Agent:

Terlihat sederhana, namun bagi LP, tampaknya masih merupakan proses standar membuat deposit, menambahkan, menukar, dan menarik dana, yang berbeda hanyalah bahwa Agen dikendalikan oleh pengguna itu sendiri, bagi LP, aset berada di tangan mereka sendiri. Ini sebenarnya adalah kemampuan AgentFi itu sendiri, sementara FusionFi ditujukan untuk kemampuan ini, membangun pintu masuk yang relatif seragam (dan struktur data).

Anda dapat memahaminya sebagai LP, yang perlu Anda lakukan hanyalah melakukan deposit dan penarikan, cukup panggil fungsi pintu masuk yang seragam. Fungsi itu sendiri dapat terhubung dengan beberapa proyek Keuangan Desentralisasi, sedangkan bagaimana mereka berinteraksi dan berperan selanjutnya, Anda tidak perlu khawatir, ini adalah nilai dari lapisan protokol. Ini mirip dengan adopsi pengguna setelah adanya standar seperti ERC20 di lapisan aplikasi.

Berikut adalah contoh kode konkret untuk menambahkan Likuiditas.

Anda dapat melihat bahwa hanya memerlukan beberapa baris kode inti untuk dengan cepat mengimplementasikan fitur ini.

const minLiquidity = await agent.getMinLiquidityByX(helloAmount, ammSlippageOfPercent)//Mengatur jumlah dan Slippage

const addLiquidityMessageId = await agent.addLiquidity(minLiquidity)//mengirim pesan untuk menambahkan Likuiditas

const addLiquidityResult = await getProcessResult(addLiquidityMessageId, ammProcess)//Dapatkan hasil

Sumber kode contoh:

Catatan Siklus Hidup

Di sini kita dapat beralih ke pandangan Catatan, dan melihat proses transaksi antara pengguna dan Agen AMM.

1. Ketika pengguna mengajukan permintaan Pertanyaan, semua AMM Agents yang memiliki Likuiditas yang sesuai akan secara otomatis membuat suatu penawaran, penawaran ini berupa sebuah Catatan (Note), dan Catatan ini memiliki masa berlaku yang sangat singkat, jika tidak dapat terjadi transaksi dengan cepat, Catatan akan kadaluarsa. AMM Agents berperan sebagai maker.

2. Semua Catatan akan disimpan secara terpusat di dalam Note Pool sistem, Note Pool berperan sebagai ruang penyimpanan bersama di sistem, memudahkan entitas lain untuk mengaksesnya.

3. Pengguna memilih catatan penawaran yang paling sesuai dari Note Pool melalui halaman web front-end dan mengirimkannya ke Settlement Center untuk Pembayaran. Settlement Center bertanggung jawab untuk melakukan operasi Pembayaran yang spesifik, seperti swap di sini.

4. Catatan telah ditandai sebagai “已Pembayaran”, Swap berhasil dilaksanakan.

Di sini, Settlement Center adalah komponen kunci dalam Protokol FusionFi, bertanggung jawab untuk menangani berbagai operasi Note Pembayaran di dalam sistem.

Sebenarnya, hal yang sama berlaku untuk Orderbook Agent. Limit order di dalam Orderbook Agent sendiri adalah sebuah Catatan, proses Pembayaran-nya sama persis dengan yang dibuat oleh AMM Agent. Ini berarti bahwa Protokol FusionFi sebenarnya dapat menggabungkan Likuiditas dari AMM dan order book.

Penggabungan seperti ini memberikan banyak manfaat, dalam skenario swap, Likuiditas dapat berasal dari penawaran pengguna maupun Node Likuiditas. Pengguna dapat menggunakan protokol rute untuk mencari Likuiditas di seluruh pool Node, mencapai harga transaksi terbaik. AMM menyediakan Likuiditas dasar untuk pasar, tetapi menghadapi dampak harga yang besar dan masalah Impermanent Loss, sementara order book memungkinkan pengguna untuk menjadi pembuat pasar independen, cocok untuk perdagangan besar dan pengguna dengan kebutuhan harga khusus. Setelah digabungkan, AMM menyediakan Likuiditas berkelanjutan, sementara order book mengurangi dampak harga dan meningkatkan Kedalaman, membuat perdagangan pesanan banyak lebih efisien. Model ini memenuhi kebutuhan pengguna berbagai jenis, mulai dari investor ritel hingga lembaga, sehingga meningkatkan penggunaan dana dan mendorong pasar menuju kedewasaan yang lebih lanjut.

Banyak Catatan Pembayaran atom

Kasus di atas hanya terbatas pada pembayaran satu catatan sekaligus, tetapi sebenarnya, Protokol FusionFi juga dapat mendukung pembayaran beberapa catatan sekaligus, dan pembayaran ini bersifat atomik. Semua catatan dalam pembayaran tunggal harus diselesaikan sebelum status catatan dapat diubah. Jika tidak, status semua catatan tidak akan berubah.

Ini membawa beberapa fitur yang sangat berguna:

Pemecahan Pesanan Besar: Pesanan besar sulit untuk dilakukan oleh satu pihak lawan saja, FFP mendukung pemecahan pesanan besar, dengan memanfaatkan Likuiditas yang tersebar.

Gabungan Pesanan Transaksi: Beberapa pesanan transaksi dapat digabungkan menjadi satu pesanan atomik. Ini dapat meningkatkan kecepatan transaksi hingga batas tertentu dan sangat penting untuk pedagang frekuensi tinggi dan situasi transaksi yang kompleks.

Perdagangan Multi-Hop: Perdagangan multi-hop adalah perluasan dari fungsi gabungan. Misalnya, dalam skenario swap, jika ingin menukar A→C, tetapi tidak ada jalur langsung dari A→C, tetapi ada jalur A→B→C, FFP dapat mencapai penggabungan A→B, B→C. Selain itu, perdagangan multi-hop ini bersifat atom, tidak akan terjadi kegagalan A→B berhasil, B→C gagal.

Arbitrase tanpa modal: ini dikenal sebagai ‘serigala berbaju putih’. Pada dasarnya, arbitraseur mengambil dua catatan dengan selisih bunga dan membayar Pembayaran secara bersamaan. Anda dapat melihat gambar di bawah ini.

Sumber gambar:

Permaswap adalah DEX AgentFi pertama yang dibangun berdasarkan FusionFi Protocol, dan juga DEX yang paling matang dalam ekosistem AO saat ini. Jika Anda tertarik, Anda dapat mencoba fitur di Permaswap (aopsn.com).

Pusat Penyelesaian

Jelas, dalam Protokol FusionFi, Settlement Center adalah komponen kunci. Ini akan memproses semua catatan berdasarkan urutan waktu, selama sistem SU AO normal, urutan waktu tersebut dapat diakses. Siapa pun dapat menarik catatan dari kolam catatan, dan mengirimkannya ke Settle Center untuk melakukan Pembayaran.

Ketika permintaan penanganan catatan meningkat, Pusat Penyelesaian juga dapat dengan mudah ditingkatkan kapasitasnya secara terdistribusi, dengan membagi tugas Pembayaran ke beberapa proses penyelesaian. Tugas-tugas tersebut akan didistribusikan ke proses penyelesaian yang berbeda berdasarkan ID catatan, sesuai dengan tekanan yang ada.

Aplikasi multiguna untuk Catatan

Format terstruktur dari Catatan yang didefinisikan oleh Protokol FusionFi sebenarnya sangat umum digunakan untuk berbagai jenis layanan keuangan. Oleh karena itu, cara penggunaan Catatan sangat bervariasi. Tidak hanya dapat digunakan untuk mewakili kutipan perdagangan spot, tetapi juga dapat digunakan untuk perdagangan futures, Perdagangan Kontrak, pinjaman, dan sebagainya. Oleh karena itu, FusionFi dapat menggabungkan tidak hanya Likuiditas, tetapi juga berbagai bentuk keuangan lainnya.

Prospek

Menurut pendapat saya, inti dari dunia internet ini adalah transaksi multipel titik, sehingga menyelesaikan perdagangan frekuensi tinggi antar berbagai kelompok memiliki nilai yang sangat tinggi, dan model AgentFi dapat mencakup hampir semua skenario Keuangan Desentralisasi, sementara Protokol FusionFi dapat meningkatkan efisiensi pertandingan titik-ke-titik antar Agen, dan pertandingan ini lintas protokol. Menghadapi persaingan utama di bidang Keuangan Desentralisasi untuk mendapatkan Likuiditas, dan model menguasai Likuiditas sebagai cara untuk mendapatkan keuntungan, perubahan yang bisa dibawa oleh Protokol FusionFi adalah sangat revolusioner!

Tentu saja, FusionFi Protocol adalah standar protokol baru yang mungkin perlu disesuaikan dan dioptimalkan secara terus-menerus sesuai dengan kebutuhan bisnis. Ini dapat merujuk pada pola BIP (Bitcoin Improvement Proposal) Usulan Perbaikan Bitcoin dan EIP (Ethereum Improvement Proposals) Usulan Perbaikan Ethereum, untuk menyerap kreativitas dalam kolaborasi.

Referensi:

1. Keuangan Cerdas: Dari AgentFi ke FusionFi

2. Protokol FusionFi: Elemen Inti untuk Mencapai Interoperabilitas AgentFi

3. Protokol FusionFi Dokumen

Pengenalan protokol.md

Artikel ini pertama kali diterbitkan di PermaDAO

Tautan Asli: