Protokol FusionFi: Menghubungkan semua agen keuangan

Sumber: PermaDAO

Melanjutkan dari bab sebelumnya. Seluruh industri Blockchain adalah sejarah evolusi peningkatan kapasitas, dan berbagai jalur sedang dicoba untuk mempercepat dan menurunkan biaya, tetapi semuanya memiliki batasannya masing-masing. Sampai AO, sebuah paradigma yang berbeda dari Blockchain tradisional muncul. Melalui desain yang cerdik, ruang Blok di AO tidak lagi menjadi barang langka dengan pasokan tetap, tetapi menjadi sumber daya yang dapat tak terbatas diciptakan sesuai kebutuhan, memberikan AO kemampuan tak terbatas untuk meningkatkan kapasitas!

Ini juga membuat model keuangan berbasis agen - AgentFi menjadi mungkin, dibandingkan dengan Keuangan Desentralisasi tradisional, AgentFi memiliki cakupan 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 standar protokol untuk Agen?

Di komputer AO, komunikasi antara proses dilakukan melalui pesan, dan pengiriman pesan mengikuti aturan tertentu. Hal ini juga berlaku dalam konteks keuangan.

Kustomisasi adalah titik awal yang beragam, jika berbagai jenis Agen keuangan berkembang sendiri, maka pasti akan menghasilkan protokol yang berbeda, sehingga interaksi antar Agen menjadi masalah besar, bagaimana agar Agen dapat saling berkomunikasi dan mencocokkan satu sama lain?

Untuk mencegah kehilangan interoperabilitas akibat kurangnya standar yang seragam, Protokol FusionFi (FFP) lahir.

Sebagai protokol interaksi antar Agen, Protokol FusionFi menentukan aturan interaksi antar Agen, memungkinkan berbagai bisnis keuangan yang dibuat berdasarkan Agen saling terhubung, dan akhirnya terintegrasi. Pada saat AgentFi baru saja dimulai, protokol seperti ini dapat dikatakan sangat futuristik.

Protokol FusionFi (FFP)

Protokol FusionFi adalah protokol yang diperkenalkan oleh pendiri EverVision, outprog, dalam konferensi Arweave Asia 2024.

Konsep kunci dalam Protokol FusionFi adalah Note (票据). Ini adalah model representasi abstrak dari komitmen, yang dapat berupa Token, Obligasi, Sertifikat, Hak Kontrak, dan sebagainya. Dengan menggunakan model Note sebagai media, Protokol FusionFi dapat mendukung beragam skenario keuangan seperti transaksi, pinjaman, stake, dan lain-lain.

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

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

AMM Agent

Mengambil contoh AMM Agent, setiap AMM Agent dapat dianggap sebagai kolam likuiditas ‘kedaulatan individu’, dan aturan pembuatan pasar kolam likuiditas ini dapat diatur sendiri. Ini juga berarti bahwa pengguna tidak perlu bergantung pada platform eksternal seperti kolam dana dengan algoritma pembuatan pasar yang seragam, tetapi dapat mandiri dalam mengimplementasikan fitur swap dan mencari lawan transaksi yang sesuai di seluruh jaringan. Dengan kata lain, ketika pengguna membuat Agent, sebenarnya mereka sedang membuat pertukaran Desentralisasi yang menjadi milik 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 proses inti dari AMM Agent:

Terlihat sederhana, tetapi bagi LP, ini sebenarnya adalah proses standar untuk membuat, menyimpan, menambahkan, menukar, dan menarik dana. Yang berbeda adalah Agent dikendalikan oleh pengguna itu sendiri, dan aset berada di tangan LP sendiri. Ini sebenarnya adalah kemampuan dari AgentFi itu sendiri, sedangkan FusionFi adalah untuk membangun pintu masuk yang relatif seragam (dan struktur data) untuk kemampuan ini.

Anda dapat memahaminya sebagai LP, yang perlu Anda lakukan hanya melakukan operasi penyetoran dan penarikan, cukup panggil fungsi pintu masuk yang seragam. Sedangkan fungsi itu sendiri dapat terhubung dengan beberapa proyek Keuangan Desentralisasi, sementara bagaimana mereka berinteraksi dan berfungsi selanjutnya, Anda tidak perlu khawatir, ini juga merupakan nilai dari lapisan standar protokol ini. Ini mirip dengan ketika ada standar seperti ERC20, lapisan aplikasi menyesuaikan dengan pengguna.

Berikut adalah contoh kode konkret untuk menambahkan Likuiditas.

Bisa dilihat, hanya butuh beberapa baris kode inti untuk dengan cepat mewujudkan fungsi tersebut.

const minLiquidity = await agent.getMinLiquidityByX(helloAmount, ammSlippageOfPercent)//设置数量和Slippageconst addLiquidityMessageId = await agent.addLiquidity(minLiquidity)//发起添加Likuiditas的消息const addLiquidityResult = await getProcessResult(addLiquidityMessageId, ammProcess)//获取结果

Sumber contoh kode:

Catatan Siklus Hidup

Di sini kita dapat beralih ke perspektif Catatan dan melihat proses transaksi pengguna dan Agen AMM.

1. Ketika pengguna mengajukan permintaan Pertanyaan, semua AMM Agents yang memiliki Likuiditas yang sesuai akan secara otomatis membuat penawaran, ini adalah sebuah Catatan, dan Catatan ini memiliki jangka waktu yang sangat singkat, jika tidak segera terjual, Catatan akan kadaluarsa. AMM Agents berperan sebagai pembuat.

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

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

4. Catatan telah ditandai sebagai ‘Pembayaran’, Swap berhasil dieksekusi.

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

Sebenarnya, hal yang sama berlaku untuk Orderbook Agent, di mana limit order dalam Orderbook Agent sendiri adalah sebuah Catatan, dan pembayaran prosesnya sama persis dengan Agent penawaran yang dibuat oleh AMM Agent. Ini berarti bahwa Protokol FusionFi sebenarnya dapat menggabungkan Likuiditas dari AMM dan order buku.

Fusi seperti ini membawa banyak manfaat, dalam skenario swap, Likuiditas dapat berasal dari penawaran pengguna atau Node pasar. Pengguna dapat menggunakan protokol rute untuk mencari Likuiditas di seluruh pool Node dan mencapai harga transaksi terbaik. AMM menyediakan Likuiditas dasar untuk pasar, tetapi memiliki masalah dampak harga dan Impermanent Loss yang besar, sedangkan buku pesanan memungkinkan pengguna membuat pembuatannya sendiri, cocok untuk transaksi besar dan pengguna dengan kebutuhan harga tertentu. Setelah digabungkan, AMM menyediakan Likuiditas yang berkelanjutan, sementara buku pesanan mengurangi dampak harga dan meningkatkan Kedalaman, membuat transaksi pesanan banyak lebih efisien. Model ini memenuhi kebutuhan pengguna yang berbeda, dari investor ritel hingga institusi dapat menemukan cara perdagangan yang sesuai, sehingga meningkatkan penggunaan dana dan mendorong pasar untuk lebih matang.

Catatan Pembayaran Atomik

Kasus di atas hanya terbatas pada satu kali Pembayaran satu Catatan, tetapi sebenarnya, Protokol FusionFi juga dapat mendukung Pembayaran beberapa Catatan sekaligus, dan Pembayaran semacam ini bersifat atom. Semua Catatan dalam satu Pembayaran harus diselesaikan sebelum status Catatan dapat diubah. Jika tidak, status semua Catatan tidak akan berubah.

Ini memberikan beberapa fitur yang sangat berguna:

• Pembagian Pesanan Besar: Pesanan besar sulit untuk dimakan oleh satu pihak lawan saja, FFP mendukung pembagian pesanan besar untuk memanfaatkan Likuiditas yang terdiversifikasi secara maksimal.
• Kombinasi beberapa transaksi: beberapa transaksi dapat digabungkan menjadi satu pesanan atom. Ini dapat meningkatkan kecepatan transaksi secara signifikan dan sangat penting untuk pedagang frekuensi tinggi dan skenario perdagangan yang kompleks.
• Perdagangan melompat: Perdagangan melompat adalah perluasan dari fitur penggabungan pesanan. Misalnya, dalam skenario swap, jika pertukaran A→C harus diselesaikan tetapi tidak ada jalur langsung dari A→C, tetapi ada jalur A→B→C, FFP dapat menggabungkan A→B, B→C. Selain itu, perdagangan melompat semacam ini bersifat atomik dan tidak akan terjadi situasi di mana A→B berhasil, sedangkan B→C gagal.
• Arbitrase tanpa modal: Ini adalah apa yang disebut sebagai ‘serigala berjubah kosong’. Pada dasarnya, arbitraseur mengambil dua catatan dengan perbedaan keuntungan yang ada dan membayarnya secara bersamaan. Anda dapat melihat gambar di bawah ini.

Sumber gambar:

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

Pusat Penyelesaian

Jelas, di Protokol FusionFi, Settlement Center adalah komponen kunci. Ini akan memproses semua catatan berdasarkan urutan waktu, selama sistem SU AO berfungsi dengan baik, urutan waktu tersebut dapat diperoleh. Siapa pun dapat mengambil catatan dari kolam catatan dan mengirimkannya ke Settle Center untuk Pembayaran.

Ketika permintaan penanganan catatan meningkat, Settlement Center juga dapat dengan mudah diperluas secara terdistribusi, dengan tugas-tugas Pembayaran dialirkan melalui beberapa proses penyelesaian. Tekanan akan didistribusikan ke berbagai proses penyelesaian berdasarkan ID catatan.

Catatan tentang aplikasi yang beragam

Format terstruktur dari Catatan yang didefinisikan oleh Protokol FusionFi sebenarnya sangat umum digunakan dalam berbagai layanan keuangan. Oleh karena itu, cara penggunaan Catatan sangat bervariasi. Tidak hanya dapat digunakan untuk menunjukkan penawaran perdagangan spot, tetapi juga dapat digunakan untuk perdagangan futures, perdagangan kontrak, pinjaman, dan banyak lagi. Oleh karena itu, FusionFi tidak hanya bisa menggabungkan Likuiditas, tetapi juga berbagai bentuk keuangan lainnya.

Prospek

Menurut pendapat saya, inti dari dunia internet ini adalah transaksi multipoin. Oleh karena itu, menyelesaikan perdagangan berfrekuensi tinggi antara beberapa kelompok memiliki nilai yang sangat tinggi, dan model AgentFi dapat mencakup hampir semua skenario Keuangan Desentralisasi, sementara Protokol FusionFi dapat meningkatkan efisiensi pertemuan titik ke titik antara agen, dan pertemuan ini lintas protokol. Di hadapan persaingan utama dalam domain Keuangan Desentralisasi adalah merebut Likuiditas, dan model untuk 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 berdasarkan kebutuhan bisnis. Ini dapat merujuk pada pola Proposal Peningkatan Bitcoin (Bitcoin Improvement Proposal) dan Proposal Peningkatan Ethereum (Ethereum Improvement Proposals) dalam menciptakan inovasi secara bersama-sama.