Janji blockchain selalu untuk membuat keuangan dan koordinasi lebih aksesibel. Namun, siapa pun yang mencoba melakukan pertukaran token lintas rantai yang sederhana tahu kenyataannya: interaksi beberapa dompet, token gas khusus lintas rantai, perhitungan slippage, dan ancaman konstan dari transaksi gagal yang menguras dana Anda. Kesenjangan antara potensi blockchain dan kegunaannya tetap lebar.
Masukkan desain yang berfokus pada niat, paradigma yang muncul yang dapat mengubah secara fundamental cara pengguna berinteraksi dengan Web3. Alih-alih memaksa pengguna untuk menentukan setiap langkah transaksi - rantai mana, protokol mana, urutan panggilan smart contract yang tepat - arsitektur yang berfokus pada niat memungkinkan pengguna cukup menyatakan apa yang ingin mereka capai. Infrastruktur menangani sisanya.
Perubahan ini mencerminkan pola yang lebih luas dalam sejarah komputasi. Pengguna komputer awal memprogram dalam bahasa assembly, menentukan instruksi mesin yang tepat. Pengguna modern cukup klik, ketik, atau ucapkan hasil yang diinginkan. Desain yang berfokus pada niat menjanjikan transformasi serupa untuk blockchain: dari pemrograman imperatif ("lakukan ini, lalu ini, lalu ini") ke ekspresi deklaratif ("buat ini terjadi").
Model berbasis transaksi yang telah mendominasi Web3 sejak peluncuran Ethereum mengharuskan pengguna untuk memahami rincian teknis yang seharusnya diabstraksi. Jika Anda ingin menukar token lintas rantai, Anda harus menjembatani aset, memastikan Anda memiliki token gas yang tepat, menavigasi ke exchange terdesentralisasi yang sesuai, mengatur parameter slippage, dan berharap tidak ada bot MEV yang menjalankan terlebih dulu transaksi Anda. Setiap langkah menghadirkan gesekan dan kemungkinan kegagalan.
Proyek seperti Anoma, Flashbots' SUAVE, dan Protokol CoW mempelopori pendekatan berbeda. Arsitektur berfokus pada niat ini memperkenalkan jaringan pemecah masalah yang bersaing untuk memenuhi tujuan pengguna secara optimal. Pengguna mengekspresikan hasil yang diinginkan; pemecah menangani kompleksitas eksekusi. Hasilnya bisa menjadi Web3 yang terasa kurang seperti pemrograman dan lebih seperti menyelesaikan sesuatu.
Transformasi ini membawa implikasi mendalam bagi pengguna sehari-hari yang frustrasi oleh kompleksitas, pengembang yang tenggelam dalam pekerjaan integrasi lintas rantai, dan kemampuan ekosistem kripto untuk berkembang melampaui batasan saat ini. Namun desain yang berfokus pada niat juga memperkenalkan risiko baru seputar sentralisasi, privasi, dan akuntabilitas pemecah. Memahami baik janji maupun jebakan menjadi penting sekarang, saat arsitektur ini mulai bergerak dari teori ke produksi.
Apa itu Desain Berfokus pada Niat?
Pada intinya, sebuah niat mewakili keadaan akhir yang diinginkan pengguna alih-alih jalur eksekusi yang ditentukan. Dalam istilah teknis, sebuah niat adalah pesan yang ditandatangani yang mengekspresikan hasil apa yang ingin dicapai oleh pengguna, bersama dengan batasan yang mendefinisikan cara-cara yang dapat diterima untuk mencapai hasil tersebut.
Perbedaan antara interaksi berbasis transaksi dan berbasis niat menggambarkan pergeseran paradigma. Dalam sistem berbasis transaksi seperti Ethereum, pengguna menyusun instruksi spesifik: "Jalankan fungsi X pada kontrak Y dengan parameter Z." Blockchain secara deterministik memproses instruksi-instruksi ini. Pengguna bertanggung jawab untuk memahami antarmuka kontrak, mengelola nonce, memegang token gas, dan mengantisipasi perubahan status.
Sistem berbasis niat membalikkan model ini. Pengguna menyatakan: "Saya ingin mendapatkan aset B, dimulai dari aset A, dengan batasan C." Pernyataan itu mungkin menyebutkan toleransi slippage maksimum, jangka waktu, atau preferensi privasi, tetapi tidak menentukan jalur eksekusi. Para pemecah pihak ketiga menerima niat-niat ini dan bersaing untuk menemukan strategi pemenuhan optimal, memanfaatkan kombinasi apapun dari likuiditas on-chain, jembatan lintas rantai, pembuat pasar off-chain, atau pertandingan peer-to-peer.
Pertimbangkan contoh konkret. Dalam model transaksi, pengguna yang ingin menukar 100 USDC dengan ETH di Ethereum harus:
- Memastikan mereka memiliki ETH untuk gas
- Menavigasi ke DEX tertentu
- Menyetujui kontrak token USDC
- Menghitung slippage yang diterima
- Mengirim transaksi swap
- Memonitor potensi serangan MEV
- Menunggu konfirmasi
Dalam model niat, pengguna cukup menandatangani: "Saya ingin setidaknya X ETH untuk 100 USDC dalam 10 menit ke depan." Pemecah kemudian bersaing untuk memberikan eksekusi terbaik, mungkin:
- Mencocokkan dengan pengguna lain yang menginginkan perdagangan sebaliknya
- Menjalankan melalui beberapa sumber likuiditas secara bersamaan
- Eksekusi lintas beberapa DEX untuk meminimalkan dampak harga
- Menggunakan likuiditas pembuat pasar off-chain
- Menangani semua pembayaran gas dan logistik persetujuan
Arsitektur Anoma menggambarkan ini sebagai "niat generik" – niat yang bekerja melintasi semua jenis aplikasi, bukan hanya perdagangan. Niat permainan mungkin "mendapatkan item dalam game ini dengan harga terbaik." Niat DeFi bisa "mempertahankan posisi leverage dengan rasio jaminan tertentu di mana-mana itu paling efisien secara modal." Sistem menjadi berfokus pada hasil daripada proses.
Abstraksi ini memberikan beberapa manfaat langsung. Pengguna tidak perlu pengetahuan teknis mendalam untuk menavigasi kompleksitas blockchain. Mereka menghindari memegang token gas ganda. Mereka mendapatkan perlindungan dari jebakan umum seperti front-running, karena niat mereka dipenuhi secara optimal oleh pemecah yang bersaing alih-alih dijalankan secara naif di mempool publik. Beban kognitif dari interaksi Web3 menurun secara dramatis.
Arsitektur berfokus pada niat memperlakukan aplikasi sebagai sistem koordinasi di mana primitif fundamental bukanlah transaksi tetapi transisi status yang diinginkan. Rekonseptualisasi ini memiliki implikasi hilir untuk bagaimana protokol dibangun, bagaimana likuiditas terstruktur, dan bagaimana nilai mengalir melalui ekosistem. Ini mewakili apa yang beberapa peneliti sebut "generasi ketiga" dari arsitektur blockchain, mengikuti penyelesaian skriptabel Bitcoin dan penyelesaian pemrograman Ethereum.
Bagaimana Proyek Membuat Lapisan Niat
Beberapa proyek utama mempelopori infrastruktur untuk arsitektur berfokus pada niat, masing-masing mengambil pendekatan berbeda terhadap tantangan teknis yang terlibat.
Anoma: Sistem Operasi Berfokus pada Niat
Anoma memposisikan dirinya sebagai sistem operasi terdistribusi untuk aplikasi berbasis niat. Alih-alih dibangun di atas blockchains yang ada sebagai lapisan aplikasi, Anoma membayangkan kembali seluruh tumpukan dari perspektif yang didahulukan niat. Arsitektur proyek ini berpusat pada beberapa komponen kunci:
Mesin Niat memproses niat pengguna dan mengoordinasikan pemenuhannya. Mirip dengan bagaimana Mesin Virtual Ethereum memproses transaksi menjadi perubahan status, Mesin Niat Anoma memproses niat menjadi perubahan status. Pengguna mengekspresikan hasil yang diinginkan melalui aplikasi, yang menyebar luaskan niat ini ke jaringan gossip terdesentralisasi. Ini berbeda secara fundamental dari mempools tradisional, yang menyebar luaskan transaksi eksekutabel.
Pemecah dalam jaringan Anoma adalah node khusus yang mendengarkan transmisi niat dan mengidentifikasi pertandingan yang kompatibel. Jika Alice ingin membeli NFT dan Bob ingin menjualnya, pemecah mencocokkan niat mereka dan mengusulkan transaksi seimbang yang menyelesaikan perdagangan secara atomis di antara rantai yang terhubung. Yang penting, Anoma mendukung niat generik – arsitektur dapat menangani semua jenis permintaan, dari pertukaran finansial hingga koordinasi multi-pihak yang kompleks.
Mesin Sumber Daya Anoma (ARM) menegakkan aturan untuk pembaruan status yang valid. Komponen ini dianalogikan dengan EVM tetapi dirancang khusus untuk perhitungan berbasis niat. ARM menggunakan model status berbasis sumber daya di mana sumber daya mewakili setiap aset bersama dengan logika yang mengatur pembuatannya dan konsumsi. Abstraksi ini memungkinkan keterpaduan yang lebih fleksibel daripada model akun tradisional atau UTXO.
Arsitektur Anoma membebaskan diri dari batasan blockchain-sentris, mempertanyakan apakah blockchains bahkan diperlukan di luar penyelesaian. Desain ini menyatukan blockchains yang mendasari menjadi lingkungan pengembangan tunggal, mengakhiri fragmentasi dari status dan pengguna yang membatasi aplikasi saat ini. Pengembang dapat membuat satu kali dan mengakses pengguna, status, dan penyelesaian di rantai mana pun yang terhubung.
Proyek ini mengumpulkan lebih dari $60 juta dari investor besar termasuk Polychain Capital, Coinbase Ventures, dan Electric Capital, menandakan kepercayaan institusi pada visi berfokus pada niat. Anoma sedang bersiap untuk peluncuran mainnet dengan rencana untuk awalnya dideploy di Ethereum sebelum berkembang ke ekosistem lain.
SUAVE: Lapisan Niat Flashbots untuk MEV
Flashbots, organisasi penelitian yang berfokus pada mitigasi MEV, sedang membangun SUAVE (Single Unifying Auction for Value Expression) untuk berfungsi sebagai mempool bersama dan lapisan sequencing lintas banyak blockchain. SUAVE mengambil pendekatan arsitektur yang berbeda dari Anoma, dengan fokus khusus pada rantai pasokan MEV dan aliran order.
SUAVE beroperasi sebagai blockchain khusus yang memisahkan mempool dan... Peran pembangun blok dari rantai yang ada. Alih-alih pengguna mengirim transaksi spesifik ke mempool rantai individual, mereka mengirimkan preferensi – intensi – ke lelang universal SUAVE. Preferensi ini dapat berkisar dari yang sederhana ("tukarkan A dengan B") hingga kompleks ("menyeimbangkan kembali portofolio saya di berbagai rantai sambil memaksimalkan hasil").
Arsitektur ini memperkenalkan beberapa komponen baru. SUAVE menggunakan komputasi konfidensial melalui Intel SGX untuk memungkinkan komputasi pada aliran pesanan pengguna yang sensitif tanpa mengungkapkan informasi kepada potensi pelaku eksploitasi. Ini mengatasi ketegangan mendasar: pemecah masalah memerlukan informasi untuk memberikan eksekusi optimal, tetapi terlalu banyak informasi memungkinkan ekstraksi MEV.
Pembuat blok yang hanya beroperasi pada satu rantai mengalami kerugian akibat MEV lintas domain. SUAVE memungkinkan pembangun untuk menangkap nilai di beberapa rantai secara bersamaan. Validator memaksimalkan pendapatan di ruang blok mereka. Pengguna bertransaksi secara pribadi dengan eksekusi yang lebih baik dan biaya minimal. Desain ini bertujuan untuk mencegah sentralisasi yang disebabkan oleh ekstraksi MEV lintas rantai.
Peta jalan SUAVE mencakup tonggak progresif untuk desentralisasi. Versi awal menggunakan lingkungan eksekusi tepercaya dengan asumsi tentang Flashbots, sementara versi selanjutnya bergerak menuju operasi yang sepenuhnya terdesentralisasi. Proyek ini secara eksplisit mengundang pesaing untuk berpartisipasi, menyadari bahwa mendistribusikan infrastruktur MEV lebih baik untuk kesehatan ekosistem jangka panjang dibandingkan dengan kendali oleh satu entitas tunggal.
Meskipun SUAVE saat ini lebih fokus pada intensi pencari daripada intensi pengguna umum, infrastruktur ini memberikan dasar untuk aplikasi berbasis intensi yang lebih luas. Seiring sistem ini matang, mungkin akan berkembang untuk menangani jenis intensi yang lebih beragam di luar optimalisasi aliran pesanan.
Protokol CoW: Perdagangan Berbasis Intensi Praktis
CoW Protocol mempelopori perdagangan berbasis intensi pada tahun 2021, menjadikannya salah satu implementasi produksi paling awal dari konsep ini. Nama protokol ini merujuk pada "Coincidence of Wants" – konsep ekonomi di mana dua pihak menginginkan barang satu sama lain dan dapat berdagang langsung tanpa perantara.
CoW Protocol bekerja dengan mengumpulkan perdagangan dari waktu ke waktu ke dalam kelompok-kelompok. Pengguna menandatangani pesanan di luar rantai yang mengungkapkan intensi perdagangan mereka: aset yang diinginkan, rentang harga yang dapat diterima, batas waktu. Intensi ini mengalir ke jaringan pemecah masalah yang bersaing dalam lelang untuk memberikan eksekusi terbaik untuk seluruh kelompok.
Pemecah masalah dapat memenuhi intensi melalui beberapa metode:
- Pencocokan langsung: Ketika dua pengguna menginginkan perdagangan sebaliknya, pemecah masalah mencocokkan mereka secara peer-to-peer tanpa menggunakan likuiditas di rantai
- Perdagangan cincin: Perdagangan sirkular multi-pihak yang mengoptimalkan banyak intensi secara bersamaan
- Agregasi DEX: Pengarahan melalui AMM yang ada, menggabungkan sumber likuiditas
- Pembuat pasar pribadi: Melibatkan likuiditas di luar rantai ketika menguntungkan
Mekanisme lelang dalam kelompok menyediakan perlindungan MEV alami. Semua perdagangan dalam satu kelompok dieksekusi dengan harga penutupan seragam, menghilangkan dinamika siapa cepat dia dapat yang memungkinkan front-running. Pemecah masalah menanggung biaya gas, artinya pengguna tidak membayar apapun jika perdagangan gagal memenuhi minimum yang ditentukan.
CoW Swap telah memproses lebih dari $30 miliar dalam volume, menghemat lebih dari $82 juta bagi pengguna melalui eksekusi optimal, dan berkembang untuk menangkap pangsa pasar 63% di antara agregator DEX berbasis intensi. Protokol ini menunjukkan bahwa arsitektur berbasis intensi dapat bekerja pada skala besar hari ini, bukan hanya dalam sistem di masa depan.
Proyek-Proyek Terkemuka Lainnya
Beberapa proyek lain berkontribusi pada ekosistem berbasis intensi:
- Essential: Membangun protokol berbasis-intensi dari bawah ke atas, di mana tidak ada transaksi yang diajukan oleh pengguna – hanya solusi intensi yang dikelompokkan
- UniswapX: Pengarahan berbasis intensi Uniswap menggunakan lelang Belanda dan jaringan pengisi, dengan kapabilitas lintas-rantai yang diluncurkan pada 2024-2025
- Across Protocol: Mengusulkan standar untuk interoperabilitas intensi lintas rantai bersama dengan UniswapX
- 1inch Fusion: Pengarahan swap berbasis intensi dari agregator DEX yang mapan
- DappOS: Infrastruktur untuk interaksi aplikasi berbasis intensi, termasuk aset berbasis intensi dan eksekusi intensi
Proyek-proyek ini memiliki pola teknis yang sama: penyiaran intensi di luar rantai, jaringan pemecah masalah yang bersaing, verifikasi penyelesaian di rantai, dan koordinasi lintas rantai. Keberagaman pendekatan menunjukkan bahwa ruang ini masih mencari pilihan arsitektural mana yang paling efektif.
Mengapa Arsitektur Berbasis-Intensi Penting
Desain berbasis-intensi menangani beberapa masalah mendasar yang menghambat adopsi dan efisiensi Web3. Manfaatnya mencakup pengalaman pengguna, optimalisasi ekonomi, dan ketahanan sistemik.
Peningkatan Dramatis dalam Pengalaman Pengguna
Manfaat yang paling terlihat langsung adalah penyederhanaan radikal dari perjalanan pengguna. Sistem Web3 saat ini kompleks dan menghadirkan hambatan masuk, mengharuskan pengguna untuk menavigasi infrastruktur yang terfragmentasi. Pengguna yang ingin berpartisipasi dalam DeFi di berbagai rantai menghadapi kompleksitas yang mengintimidasi: mengelola banyak dompet, memiliki berbagai token gas, memahami antarmuka spesifik protokol, memantau waktu terbaik, dan terus-menerus khawatir tentang eksploitasi MEV.
Sistem berbasis intensi menghapus kompleksitas ini. Pengguna menentukan hasil yang diinginkan dalam istilah alami. Sistem bahkan dapat menggunakan antarmuka AI untuk menerjemahkan bahasa Inggris biasa menjadi intensi formal: "Saya ingin menyeimbangkan kembali portofolio saya menjadi 60% ETH, 30% stablecoin, 10% LINK" menjadi intensi terstruktur yang dipenuhi secara otomatis oleh pemecah masalah.
Abstraksi ini sangat bermanfaat bagi pengguna yang kurang mahir. Pengguna DeFi rata-rata saat ini kesulitan mengakses jenis eksekusi dan penentuan harga yang hanya tersedia untuk perusahaan dengan modal besar dan tim teknis internal. Arsitektur berbasis intensi mendemokratisasi akses ke eksekusi kelas institusional.
Transaksi yang gagal tidak membebani pengguna dengan gas dalam sistem berbasis intensi – pemecah masalah menanggung biaya tersebut. Pengguna tidak perlu memiliki token gas khusus rantai; pemecah masalah mengumpulkan biaya dalam token yang diperdagangkan. Friksi dalam mengelola detail teknis berkurang, sementara kepercayaan dalam eksekusi optimal meningkat.
Pengurangan MEV dan Pemulihan Nilai
Nilai Dapat Diekstraksi Penambang/Maksimal mewakili miliaran nilai yang diekstraksi setiap tahun dari pengguna blockchain. Model transaksi tradisional mengekspos pengguna pada front-running, serangan sandwich, dan bentuk ekstraksi predator lainnya. Mempools publik menyiarkan intensi pengguna sebelum eksekusi, memberikan waktu bagi pelaku yang canggih untuk mengeksploitasi mereka.
Arsitektur berbasis intensi mengubah dinamika ini secara fundamental. Sejak pengguna menandatangani intensi daripada transaksi yang dapat dieksekusi, secara esensial tidak ada cara untuk melakukan front-run terhadap intensi. Pemecah masalah bersaing untuk memberikan hasil terbaik untuk perubahan status yang ditandatangani, tetapi jalur eksekusi tetap fleksibel. Ini menghilangkan kepastian yang digunakan oleh bot MEV.
Mekanisme lelang dalam kelompok seperti yang digunakan oleh CoW Protocol mengumpulkan pesanan selama jendela waktu, lebih jauh mengurangi peluang MEV. Ketika beberapa perdagangan dieksekusi secara bersamaan dengan harga yang seragam, vektor ekstraksi MEV tradisional menghilang. Nilai apa pun yang ada bersaing untuk dikembalikan ke pengguna oleh jaringan pemecah masalah daripada ditangkap oleh aktor jahat.
Pentingnya, sistem berbasis intensi tidak menghilangkan MEV sepenuhnya – mereka mengubahnya dari ekstraktif menjadi produktif. Pemecah masalah dalam jaringan yang kompetitif menawarkan nilai kembali ke pengguna daripada mengekstraknya. Kriteria untuk menang menjadi memaksimalkan kepuasan pengguna daripada mengeksploitasi asimetri informasi.
Interoperabilitas dan Komposabilitas Lintas Rantai
Dampak yang mungkin paling mendalam datang dari bagaimana desain berbasis intensi menangani realitas multi-rantai dari Web3. Ekosistem hari ini terfragmentasi di Layer 1, Layer 2, dan sidechain, masing-masing dengan likuiditas dan basis pengguna yang terisolasi. Memindahkan nilai antar rantai memerlukan jembatan, aset terbungkus, dan asumsi kepercayaan yang kompleks.
Arsitektur berbasis intensi memungkinkan komposabilitas di tingkat intensi daripada tingkat transaksi, menyatukan status di berbagai rantai yang terhubung. Pengguna mengekspresikan intensi tanpa menentukan rantai mana yang mengeksekusinya. Pemecah masalah menentukan tempat eksekusi yang optimal, mungkin membagi pesanan besar di beberapa rantai atau mengarahkan melalui tempat mana pun yang menawarkan likuiditas terbaik saat itu.
Abstraksi ini menguntungkan pengembang sebanyak pengguna. Alih-alih menerapkan kontrak pintar terpisah per rantai dan mengelola kompleksitas pesan lintas rantai, pengembang dapat menulis antarmuka berbasis intensi.Sure, here's the translation following your specified rules:
Konten:
Aplikasi menjadi benar-benar portabel, mengikuti likuiditas dan pengguna daripada terkunci pada rantai tertentu.
Layer intent dapat mengagregasi likuiditas di seluruh domain yang terhubung, menyelesaikan masalah ayam dan telur di mana rantai baru kesulitan membangun penggunaan tanpa likuiditas. Jika pengguna dan pemecah berpartisipasi dalam jaringan intent terpadu, fragmentasi likuiditas menjadi kurang kritis. Pesanan mengalir ke mana pun mereka dapat diisi secara optimal.
Efisiensi modal dan inovasi
Model berbasis intent memungkinkan bentuk baru dari efisiensi modal. Ketika pemecah dapat menggunakan inventaris mereka sendiri untuk memfasilitasi perdagangan, modal tidak lagi perlu diam dalam kumpulan likuiditas. Pembuat pasar profesional dapat menyediakan likuiditas secara dinamis, hanya mengerahkan modal ketika peluang menguntungkan muncul.
Sistem ini membuka kasus penggunaan yang tidak bisa ada dalam model transaksi tradisional. Koordinasi multi-pihak yang rumit menjadi mungkin ketika mengekspresikan hasil daripada mengatur urutan eksekusi yang tepat. Aplikasi yang tidak praktis karena biaya gas tinggi atau kompleksitas koordinasi menjadi layak ketika jaringan intent menangani detail eksekusi dengan efisien.
Seperti Apakah Transisi Ini: Dari Kontrak Pintar ke Lapisan Intent
Memahami di mana desain berpusat pada intent cocok dalam evolusi blockchain memberikan perspektif tentang signifikansinya dan kemungkinan trajektori.
Evolusi Arsitektur Web
Web1 bersifat read-only: halaman statis disajikan dari server terpusat. Pengguna mengonsumsi konten tetapi jarang berpartisipasi dalam pembuatannya. Arsitektur mencerminkan kepasifan ini – halaman HTML sederhana dengan interaktivitas minimal.
Web2 memperkenalkan konten buatan pengguna dan aplikasi dinamis tetapi mempertahankan kendali terpusat. Platform seperti Facebook dan Google memungkinkan partisipasi sambil menangkap data dan nilai secara terpusat. Pengguna menukar kontrol demi kemudahan, menciptakan model kapitalisme pengawasan yang ingin diubah oleh Web3.
Generasi pertama Web3, yang dicontohkan oleh Bitcoin, memperkenalkan penyelesaian yang bisa diprogram. Pengguna dapat memprogram uang dengan logika bersyarat dasar, tetapi bahasa pemrograman tetap sengaja terbatas. Bitcoin membuktikan blockchains dapat bekerja tetapi menawarkan ekspresivitas yang terbatas.
Ethereum memelopori arsitektur generasi kedua dengan penyelesaian yang benar-benar bisa diprogram. EVM memungkinkan komputasi sewenang-wenang, memicu ledakan aplikasi: token, DAO, protokol DeFi, marketplace NFT. Namun, kemampuan pemrograman ini datang dengan kompleksitas. Pengguna menjadi pemrogram de facto, menyusun transaksi dari panggilan kontrak pintar.
Keterbatasan arsitektur Gen 2 menjadi jelas ketika aplikasi menjadi rumit. Aplikasi kompleks seperti pasar NFT dan DEX orderbook memerlukan komponen terpusat untuk penemuan lawan dan optimalisasi – fungsi yang tidak disediakan blockchain dengan efisien. Arsitektur Gen 2.5 ini bekerja tetapi mengorbankan desentralisasi.
Arsitektur berpusat pada intent generasi ketiga bertujuan untuk menyediakan desentralisasi end-to-end untuk jenis aplikasi sewenang-wenang. Dengan menjadikan intent sebagai primitif fundamental, sistem ini menawarkan penyelesaian intent umum, penemuan lawan, pemecahan, dan penyelesaian – semua yang dibutuhkan aplikasi tanpa memaksa mereka ke desain berfokus blockchain.
Perubahan untuk Pengembang
Perpindahan ke arsitektur berpusat pada intent mengubah pengalaman pengembang secara mendasar. Pengembang blockchain hari ini harus:
- Menguasai berbagai bahasa pemrograman (Solidity, Rust, Move)
- Memahami keunikan setiap rantai dan model gas
- Membangun jembatan kustom dan pesan lintas-rantai
- Menerapkan perlindungan MEV mereka sendiri
- Menangani kasus pinggir seputar reorganisasi rantai
- Mengoptimalkan untuk komputasi di atas rantai yang mahal
Pembangunan berbasis intent mengabstraksi banyak dari kekhawatiran ini. Pengembang menentukan bahasa intent – kosakata keinginan yang dipahami aplikasi mereka. Infrastruktur yang mendasarinya menangani detail eksekusi. Alih-alih menulis implementasi terpisah per rantai, aplikasi menjadi portabel secara default.
Ini mencerminkan transisi sebelumnya dalam pengembangan perangkat lunak. Pengembang dulunya mengelola alokasi memori secara manual; sekarang pengumpul sampah menanganinya. Pengembang dulunya menulis kode khusus platform; sekarang kerangka kerja menyediakan abstraksi lintas-platform. Desain berpusat pada intent membawa abstraksi serupa ke pengembangan blockchain.
Transisi tidak akan terjadi dalam semalam. Kontrak pintar yang ada mewakili investasi dan efek jaringan yang signifikan. Jalur migrasi harus ada bagi aplikasi saat ini untuk menggabungkan interaksi berbasis intent secara bertahap. Arsitektur hibrida mungkin mendominasi periode transisi, dengan lapisan intent membungkus sistem transaksi tradisional.
Perubahan untuk Infrastruktur
Lapisan infrastruktur bergeser dari rantai yang bersaing untuk aplikasi menjadi jaringan solver yang bersaing untuk aliran pesanan. Rantai menjadi lapisan penyelesaian daripada lingkungan eksekusi. Real estat yang berharga bergerak naik ke tumpukan ke orkestrasi intent dan jaringan solver.
Redistribusi nilai dan kekuasaan ini memiliki implikasi signifikan. Pencari MEV dapat beralih menjadi pemecah, menggunakan keterampilan serupa namun dalam konteks nilai-positif daripada nilai-ekstraktif. Penyedia likuiditas mungkin beroperasi berbeda, menyediakan likuiditas tanpa penundaan daripada memarkir modal dalam kumpulan. Peran validator menjadi memverifikasi pemenuhan intent daripada memesan transaksi.
Kebutuhan infrastruktur baru muncul: jaringan gosip intent, sistem reputasi solver, mesin pemenuhan batasan, protokol penyelesaian lintas-rantai. Ekosistem membutuhkan standar untuk mengekspresikan intent, memungkinkan berbagai sistem untuk saling beroperasi. Tanpa standar, ruang berisiko terfragmentasi menjadi silo intent yang tidak kompatibel.
Apa yang Salah? Risiko dan Kompromi
Seperti pergeseran arsitektur apa pun, desain berpusat pada intent memperkenalkan vektor serangan baru, risiko sentralisasi, dan konsekuensi tak terduga selain manfaatnya.
Sentralisasi Solver
Mungkin risiko paling signifikan melibatkan sentralisasi jaringan solver. Menjalankan infrastruktur solver yang kompetitif memerlukan kemampuan teknis yang canggih dan modal yang signifikan. Solver harus mempertahankan inventaris di berbagai rantai, menjalankan algoritma optimasi kompleks, mengelola biaya gas, dan merespons dengan latency minimal.
Persyaratan ini menciptakan hambatan masuk. Jika hanya sedikit entitas yang dapat secara efektif menyelesaikan intent, sistem memperkenalkan kembali sentralisasi dengan nama baru. Beberapa solver yang dominan dapat berkolusi untuk menawarkan eksekusi suboptimal, mengekstraksi nilai yang serupa dengan bagaimana bot MEV mengeksploitasi sistem tradisional. Pengguna mendapatkan antarmuka yang disederhanakan tetapi kehilangan desentralisasi yang membuat blockchain menarik.
Beberapa protokol awalnya menggunakan jaringan solver berizin, memerlukan daftar putih untuk berpartisipasi. Ini memastikan kualitas eksekusi tetapi bertentangan dengan etos tanpa izin dari Web3. Tantangannya adalah merancang mekanisme yang mempertahankan kualitas sambil memungkinkan partisipasi terbuka.
Sistem reputasi, persyaratan stake, dan mekanisme pemotongan mungkin mengatasi risiko ini. Solver dapat memposting obligasi signifikan yang akan dipotong jika kesalahan terdeteksi. Pengguna dapat memantau kinerja solver secara publik dan mengarahkan intent ke operator tepercaya. Tetapi mekanisme ini menambah kompleksitas dan mungkin tidak sepenuhnya menyelesaikan masalah sentralisasi.
Kekhawatiran Privasi
Mengekspresikan intent secara publik menciptakan risiko kebocoran informasi. Menyebarkan bahwa Anda ingin memperdagangkan jumlah besar mengungkapkan strategi Anda, berpotensi memungkinkan solver atau pengamat melakukan front-run di tingkat intent daripada tingkat transaksi. Sementara intent memberikan perlindungan melalui pemecahan yang kompetitif, mereka tidak menghilangkan semua asimetri informasi.
SUAVE mengatasi ini menggunakan lingkungan eksekusi yang terpercaya, tetapi ini memperkenalkan asumsi keamanan seputar Intel SGX dan perangkat keras serupa. Pendekatan kriptografis seperti zero-knowledge proof menawarkan jaminan privasi yang lebih kuat tetapi datang dengan beban komputasional yang signifikan.
Ruang desain ini melibatkan pertukaran yang sulit. Solver memerlukan informasi untuk memberikan eksekusi yang optimal, tetapi informasi terlalu banyak memungkinkan eksploitasi. Menemukan keseimbangan yang tepat tetap menjadi masalah penelitian terbuka, tanpa solusi pemenang yang jelas sejauh ini.
Kompleksitas Implementasi dan Latency
Membangun sistem berfokus intent melibatkan kompleksitas teknis yang substansial. Pemadanan intent yang efisien di antara jutaan pengguna potensial memerlukan algoritma yang canggih. Penyelesaian lintas rantai memperkenalkan tantangan koordinasi dan latency. Memastikan eksekusi atom saat banyak rantai terlibat menuntut desain protokol yang hati-hati.
Kompleksitas ini dapat memperkenalkan mode kegagalan. Apa yang terjadi ketika pemecahan yang optimal memerlukan waktu lebih lama daripada yang dapat ditoleransi pengguna? Bagaimana sistem menangani pemenuhan parsial?Konten: Apa yang dapat dilakukan pengguna ketika niat kadaluarsa tidak terpenuhi? Sistem transaksi tradisional memberikan hasil yang dapat diprediksi; sistem niat menambah ketidakpastian tentang apakah dan bagaimana eksekusi terjadi.
Tantangan standardisasi memperparah rintangan teknis ini. Tanpa format ekspresi niat yang umum, sistem yang berbeda tidak dapat saling beroperasi. Tetapi standardisasi yang prematur mungkin mengunci desain yang tidak optimal. Ekosistem harus menyeimbangkan antara bergerak cepat dan membangun fondasi yang kokoh.
Warisan dan Migrasi Kontrak Pintar
Ekosistem Web3 yang ada mengandung miliaran nilai terkunci di dalam kontrak pintar yang dibangun pada model berbasis transaksi. Kontrak-kontrak ini tidak dapat begitu saja ditulis ulang dalam semalam. Jalur migrasi harus ada untuk adopsi bertahap dari desain yang berpusat pada niat.
Arsitektur hybrid di mana lapisan niat membungkus kontrak yang ada menyediakan satu solusi, tetapi menambah kompleksitas. Pengembang harus mempelajari paradigma baru sambil mempertahankan sistem lama. Pengguna menghadapi kebingungan tentang aplikasi mana yang mendukung model interaksi tertentu. Periode transisi menciptakan fragmentasi daripada persatuan.
Pendidikan pengembang menjadi tantangan lain. Pergeseran model mental dari pemrograman transaksi imperatif ke ekspresi niat deklaratif sangat signifikan. Pengembang blockchain saat ini memiliki keahlian mendalam dalam bahasa dan pola tertentu; pelatihan ulang memerlukan waktu. Universitas dan bootcamp baru saja mulai mengajarkan Solidity; pengembangan berbasis niat menambah kurva pembelajaran lainnya.
Akuntabilitas dan Perlindungan
Sistem berbasis transaksi memberikan akuntabilitas yang jelas. Jika transaksi Anda gagal atau berperilaku tidak terduga, Anda dapat memeriksa urutan operasi yang tepat. Sistem berbasis niat mengabstraksi eksekusi, membuatnya lebih sulit untuk memahami apa yang salah ketika hasil tidak sesuai dengan harapan.
Siapa yang bertanggung jawab ketika pemecah memberikan eksekusi yang tidak optimal? Apa perlindungan yang dimiliki pengguna? Bagaimana mereka dapat membuktikan bahwa pemecah bertindak jahat daripada membuat kesalahan yang jujur? Pertanyaan-pertanyaan ini tidak memiliki jawaban yang jelas dalam banyak desain saat ini. Membangun kerangka kerja akuntabilitas untuk sistem berbasis niat tetap penting untuk perlindungan pengguna.
Daftar Periksa Sebelum Peluncuran Token untuk Proyek Berbasis Niat
Tim yang bersiap untuk meluncurkan token dalam sistem berbasis niat menghadapi pertimbangan unik di luar persiapan peluncuran token biasa. Proyek ini harus menyelaraskan tokenomik dengan dinamika jaringan pemecah yang mendasarinya dan mekanisme pencocokan niat.
Definisikan Bahasa Niat dan Protokol yang Jelas
Proyek berbasis niat yang sukses memerlukan standar ekspresi niat yang tidak ambigu. Tim harus:
Mendokumentasikan skema niat secara komprehensif: Tentukan dengan tepat jenis niat apa yang didukung sistem, bagaimana pengguna menyatakan batasan, parameter apa yang diperlukan versus opsional. Bahasa niat harus cukup ekspresif untuk menangkap keinginan pengguna sambil tetap dapat diuraikan oleh jaringan pemecah.
Menyediakan SDK pengembang dan alat-alat: Membangun aplikasi pada sistem berbasis niat membutuhkan alat yang berbeda dari pengembangan berbasis transaksi. Dokumentasi yang jelas, contoh kode, dan kerangka pengujian menurunkan hambatan adopsi.
Pertimbangkan keterlanjutan di masa depan: Bahasa niat harus mendukung evolusi. Jenis niat baru akan muncul; standar harus mengakomodasi mereka tanpa merusak implementasi yang ada. Skema versi dan kebijakan deprekasi penting.
... dan seterusnya.Content: materials to this location by this date with proof of authenticity.
Mekanisme koordinasi sosial bisa berjalan berdasarkan niat. DAO dapat mengekspresikan keinginan kolektif - mendanai barang publik ini, mencapai hasil ini - dan jaringan pemecahan masalah dapat mengidentifikasi alokasi sumber daya yang optimal. Pendanaan kuadratik, pendanaan barang publik retroaktif, dan desain mekanisme lainnya menjadi lebih praktis ketika lapisan niat menangani kompleksitas eksekusi.
Optimalisasi hasil lintas-chain bisa menjadi sepenuhnya otomatis. Pengguna menyatakan toleransi risiko dan ekspektasi pengembalian; pemecah masalah menyeimbangkan kembali protokol dan rantai secara dinamis untuk memaksimalkan hasil. Beban mental dari secara aktif mengelola posisi DeFi pun hilang.
Transformasi Desain Pertukaran
Desain DEX saat ini mungkin merupakan langkah sementara daripada keadaan akhir. Jika pencocokan niat menjadi cukup efisien, antarmuka pertukaran terpisah mungkin menjadi tidak diperlukan. Dompet itu sendiri dapat menjadi antarmuka niat, dengan pemecah masalah menyediakan likuiditas tepat waktu daripada melalui kumpulan likuiditas yang selalu aktif.
Transformasi ini dapat meningkatkan efisiensi modal secara dramatis. Daripada miliaran terkunci dalam kumpulan AMM yang menghasilkan pengembalian rendah, pembuat pasar profesional mengerahkan modal secara dinamis. Pengguna mendapatkan harga lebih baik; penyedia likuiditas mendapatkan hasil yang lebih tinggi. Perantara yang memberikan nilai - pemecah masalah yang canggih - mendapatkan kompensasi yang layak dibandingkan modal pasif yang mendapatkan sebagian besar imbalan.
Agregator mungkin berkembang menjadi meta-pemecah masalah, mengoordinasikan antara jaringan pemecah masalah khusus. Daripada menggabungkan sumber likuiditas DEX secara langsung, mereka menggabungkan kemampuan pemecah masalah, merutekan niat ke jaringan mana pun yang bisa mengeksekusi terbaik untuk jenis niat tertentu.
Pergeseran Kekuasaan: Dari Rantai ke Pemecah Masalah
Pusat nilai dan kontrol dapat bergeser dari blockchain Layer 1 ke lapisan orkestrasi niat. Jika pengguna berinteraksi terutama melalui antarmuka niat, rantai penyelesaian yang di bawah tidak terlalu penting. Pemecah masalah memilih tempat eksekusi; pengguna hanya peduli tentang hasilnya.
Pergeseran ini mungkin mengurangi tribalisme rantai dan persaingan. Jika Ethereum, Solana, dan rantai lainnya terutama berfungsi sebagai lapisan penyelesaian untuk jaringan niat, perbedaan mereka menjadi teknis (kecepatan, biaya, keamanan) daripada budaya. Aplikasi benar-benar menjadi bebas rantai.
Namun, ini juga memusatkan kekuasaan dalam jaringan pemecah masalah. Jika beberapa operator pemecah masalah mendominasi, mereka mengontrol rantai mana yang digunakan, aplikasi mana yang berhasil, dan bagaimana nilai mengalir. Desentralisasi yang dijanjikan blockchain bisa digagalkan oleh infrastruktur pemecahan masalah terpusat. Mencegah hasil ini membutuhkan perhatian yang waspada terhadap desain jaringan pemecah masalah.
Evolusi Pengembangan Kontrak Cerdas
Pengembang kontrak cerdas mungkin beralih fokus dari menulis logika eksekusi menjadi mendefinisikan bahasa niat dan kondisi validitas. Daripada memprogram "jika X terjadi, lakukan Y," mereka memprogram "hasil ini valid, yang lainnya tidak valid."
Transformasi ini mencerminkan perubahan lain dalam paradigma pemrograman. Pemrograman deklaratif sudah mendominasi banyak bidang - SQL untuk basis data, CSS untuk styling, React untuk UI. Pengembangan blockchain yang berfokus pada niat memperluas pendekatan deklaratif untuk koordinasi di rantai.
Keterampilan yang dihargai pada pengembang mungkin berubah. Pengetahuan mendalam tentang opcodes VM tertentu menjadi kurang penting; pemahaman tentang desain mekanisme, teori permainan, dan pemenuhan batasan menjadi lebih penting. Transisi akan menguntungkan pengembang yang berpikir tentang hasil dan insentif daripada yang berfokus pada detail implementasi.
Implikasi Regulasi
Sistem berbasis niat dapat mempersulit pengawasan regulasi. Ketika pengguna mengekspresikan hasil dan pemecah masalah menangani eksekusi, siapa yang bertanggung jawab atas kepatuhan? Jika pemecah masalah memfasilitasi pelanggaran regulasi yang tidak diinginkan saat memenuhi niat yang secara teknis valid, di mana letak tanggung jawab?
Sebaliknya, arsitektur niat mungkin memungkinkan kepatuhan yang lebih baik. Niat dapat mencakup batasan regulasi yang harus dipenuhi oleh pemecah masalah. Pembatasan geografis, persyaratan KYC, batasan transaksi – semua dapat diekspresikan sebagai batasan niat. Pemecah masalah yang melanggar ini kehilangan reputasi dan obligasi, menciptakan kepatuhan yang digerakkan oleh pasar.
Hasilnya tergantung pada bagaimana proyek mengarsiteki akuntabilitas. Sistem yang membuat verifikasi kepatuhan sederhana sambil menjaga privasi pengguna dapat memenuhi kebutuhan regulasi dan nilai Web3. Sistem yang memungkinkan arbitrase regulasi melalui jaringan pemecah masalah yang tidak jelas kemungkinan akan menghadapi tindakan keras.
Pemikiran Akhir
Desain yang berfokus pada niat mewakili pembayangan ulang fundamental tentang bagaimana manusia berinteraksi dengan sistem blockchain. Di mana kontrak cerdas memungkinkan penyelesaian yang dapat diprogram, arsitektur yang berfokus pada niat menjanjikan niat yang dapat diprogram - pengguna menyatakan apa yang mereka inginkan daripada bagaimana mencapainya.
Manfaatnya sangat menggoda: pengalaman pengguna yang sangat disederhanakan, perlindungan dari eksploitasi MEV, koordinasi lintas-chain yang mulus, dan peningkatan efisiensi modal. Implementasi awal seperti Protokol CoW menunjukkan bahwa keuntungan ini dapat direalisasikan hari ini, bukan hanya dalam masa depan spekulatif. Proyek seperti Anoma dan SUAVE sedang membangun infrastruktur yang bisa menjadikan interaksi berbasis niat sebagai standar di seluruh Web3.
Namun risikonya menuntut perhatian yang cermat. Sentralisasi pemecah masalah dapat menciptakan kembali konsentrasi kekuasaan yang ingin dieliminasi oleh blockchain. Tantangan privasi tetap belum terpecahkan. Kompleksitas implementasi mungkin membatasi adopsi. Transisi dari sistem berbasis transaksi akan berlangsung secara bertahap dan berantakan.
Bagi pengguna, memahami pergeseran ini penting karena akan membentuk cara Anda berinteraksi dengan aplikasi blockchain di tahun-tahun mendatang. Antarmuka berbasis niat kemungkinan akan menjadi norma, menyederhanakan kompleksitas namun juga menyembunyikan detail eksekusi. Ketahui apa yang Anda percayai saat Anda menandatangani niat daripada transaksi.
Bagi pengembang, desain yang berfokus pada niat menawarkan kesempatan untuk membangun aplikasi yang sebelumnya tidak praktis. Tetapi ini memerlukan pembelajaran paradigma baru dan penerimaan bahwa kode Anda tidak akan dieksekusi secara langsung - jaringan pemecah masalah akan melakukannya. Pertimbangkan apakah model ini sesuai dengan kebutuhan aplikasi Anda.
Bagi tim token dalam ruang ini, daftar periksa yang disediakan sebelumnya menyoroti pertimbangan di luar peluncuran token biasa. Protokol berbasis niat sukses atau gagal berdasarkan kesehatan jaringan pemecah masalah, ketepatan desain mekanisme, dan kualitas pengalaman pengguna. Pastikan dasar-dasar ini benar sebelum berfokus pada harga token.
Pergeseran ke arsitektur yang berfokus pada niat tidak akan terjadi dalam semalam dan kemungkinan tidak akan bersifat mutlak. Sistem hybrid akan mendominasi selama bertahun-tahun. Namun arahnya tampak jelas: Web3 perlu mengabstraksi kompleksitas jika berharap mencapai adopsi arus utama. Desain yang berfokus pada niat memberikan jalan maju, menukar beberapa transparansi untuk peningkatan besar dalam kegunaan.
Apakah transformasi ini pada akhirnya memenuhi janjinya tergantung pada seberapa baik ekosistem menavigasi tradeoff. Bisakah jaringan pemecah masalah tetap terdesentralisasi? Bisakah privasi dipertahankan sambil memungkinkan eksekusi optimal? Bisakah standar muncul yang memungkinkan interoperabilitas tanpa mengekang inovasi?
Jawaban atas pertanyaan-pertanyaan ini akan menentukan apakah desain berbasis niat menjadi arsitektur dominan untuk Web3 atau tetap menjadi pendekatan khusus untuk kasus penggunaan tertentu. Yang pasti adalah percakapan telah bergerak melampaui "apakah" ke "bagaimana" - paradigma sedang dibangun sekarang, dengan miliaran modal dan perhatian signifikan dari pengembang di belakangnya.
Bagi siapa pun yang berpartisipasi di Web3 - sebagai pengguna, pengembang, investor, atau peneliti - memahami arsitektur berbasis niat telah berpindah dari opsional menjadi penting. Ini bukan kemungkinan masa depan yang jauh tetapi transformasi aktif dari arsitektur fundamental blockchain yang sedang berlangsung. Kontrak cerdas yang mendefinisikan babak pertama Web3 memberi jalan pada lapisan niat yang mungkin mendefinisikan babak berikutnya.
Perhatikan, bereksperimenlah dengan hati-hati, dan sadari bahwa apa yang tampaknya seperti peningkatan UX bertahap sebenarnya bisa menjadi awal dari evolusi arsitektur blockchain yang paling signifikan sejak Ethereum memperkenalkan penyelesaian yang dapat diprogram. Masa depan Web3 sedang ditulis sekarang dalam bahasa niat, jaringan pemecah masalah, dan pilihan desain yang akan menentukan apakah blockchain akhirnya dapat diakses oleh semua orang atau tetap menjadi domain spesialis teknis.
Peluang ini sangat besar. Begitu juga taruhannya.