Pengarang:Hill

 

Baru-baru ini Uniswap v4 dirilis. Meski fungsinya belum lengkap, kami berharap komunitas dapat mengeksplorasi kemungkinan-kemungkinan yang belum pernah terjadi sebelumnya secara luas. Mengingat mungkin ada banyak artikel yang menjelaskan pengaruh besar Uniswap v4 di bidang DeFi, artikel ini akan mengeksplorasi bagaimana Uniswap v4 menginspirasi infrastruktur blockchain baru: koprosesor.

Pengantar Uniswap v4

Sebagaimana tercantum dalam kertas putihnya, Uniswap v4 memiliki 4 peningkatan utama:

  • Hook: Hook adalah kontrak yang diterapkan secara eksternal yang mengeksekusi logika yang ditentukan pengembang pada titik tertentu selama eksekusi kumpulan. Melalui kaitan ini, integrator dapat menciptakan kumpulan likuiditas terpusat dengan eksekusi yang fleksibel dan dapat disesuaikan.

  • Singleton: Uniswap v4 mengadopsi pola desain tunggal, di mana semua kumpulan dikelola oleh satu kontrak, sehingga mengurangi biaya penerapan kumpulan sebesar 99%.

  • Akuntansi Flash: Setiap operasi memperbarui saldo bersih internal, juga disebut delta, dan hanya melakukan transfer eksternal di akhir penguncian. Akuntansi Lightning menyederhanakan operasi kumpulan yang kompleks seperti pertukaran dan penambahan atom.

  • ETH Asli: Mendukung pasangan perdagangan WETH dan ETH.

Sebagian besar penghematan bahan bakar berasal dari tiga penyempurnaan terakhir, namun tidak diragukan lagi, fitur baru yang paling menarik adalah fitur yang disebutkan di awal artikel ini: pengait.

Hooks membuat kumpulan likuiditas menjadi lebih kompleks dan kuat

Peningkatan utama di Uniswap v4 berkisar pada kemampuan program membuka kunci kait. Fitur ini membuat kumpulan likuiditas menjadi lebih kompleks dan kuat, menjadikannya lebih fleksibel dan dapat disesuaikan dibandingkan sebelumnya. Dibandingkan dengan likuiditas terpusat Uniswap v3 (peningkatan bersih dari Uniswap v2), hook Uniswap v4 memberikan kemungkinan yang lebih luas tentang bagaimana kumpulan likuiditas dapat beroperasi.

Rilis ini dapat dianggap sebagai peningkatan bersih ke Uniswap v3, namun hal ini mungkin tidak terjadi ketika diterapkan dalam praktik. Kumpulan Uniswap v3 selalu merupakan peningkatan dibandingkan dengan kumpulan Uniswap v2, karena peningkatan "terburuk" yang dapat Anda lakukan di Uniswap v3 adalah dengan "memusatkan" likuiditas di seluruh kisaran harga, yang beroperasi dengan prinsip yang sama seperti Uniswap v2. Namun, di Uniswap v4, tingkat kemampuan program kumpulan likuiditas mungkin tidak menghasilkan pengalaman perdagangan atau penyediaan likuiditas yang baik, bug mungkin terjadi, dan vektor serangan baru mungkin muncul. Karena banyaknya perubahan dalam cara kerja kumpulan likuiditas, pengembang yang ingin memanfaatkan fitur hook harus berhati-hati. Mereka perlu memahami secara menyeluruh dampak pilihan desain mereka terhadap fungsi pool dan potensi risiko terhadap penyedia likuiditas.

Pengenalan hook di Uniswap v4 mewakili perubahan besar dalam cara kode dieksekusi di blockchain. Secara tradisional, kode blockchain dijalankan dengan cara berurutan yang telah ditentukan. Namun, hook memungkinkan urutan eksekusi yang lebih fleksibel untuk memastikan bahwa kode tertentu dieksekusi sebelum kode lainnya. Fitur ini mendorong penghitungan rumit ke tepi tumpukan, alih-alih diselesaikan dalam satu tumpukan.

Pada dasarnya, hook memungkinkan penghitungan yang lebih kompleks dilakukan di luar kontrak asli Uniswap. Sementara di Uniswap v2 dan Uniswap v3, fitur ini dapat diimplementasikan melalui perhitungan manual di luar Uniswap dan dipicu oleh aktivator eksternal seperti kontrak pintar lainnya, Uniswap v4 mengintegrasikan hook langsung ke dalam kontrak pintar kumpulan likuiditas. Integrasi ini menjadikan proses lebih transparan, dapat diverifikasi, dan tidak dapat dipercaya dibandingkan dengan proses manual sebelumnya.

Manfaat lain yang diberikan hook adalah skalabilitas. Uniswap sekarang tidak perlu lagi bergantung pada kontrak pintar baru (memerlukan migrasi likuiditas) atau fork untuk menerapkan inovasi. Hooks sekarang secara langsung mengimplementasikan fungsionalitas baru, memberikan tampilan baru pada kumpulan likuiditas lama.

Kumpulan likuiditas Uniswap v4 hari ini adalah masa depan dApps lainnya

Saya memperkirakan semakin banyak dApps yang akan mendorong perhitungan di luar kontrak pintar mereka sendiri seperti Uniswap v4.

Cara kerja Uniswap v4 saat ini adalah memungkinkan pemisahan eksekusi kumpulan likuiditas pada langkah apa pun, memasukkan kondisi sewenang-wenang, dan memicu penghitungan di luar kontrak Uniswap v4. Sejauh ini, satu-satunya situasi serupa adalah pinjaman kilat, di mana eksekusi dilanjutkan jika pinjaman tidak dikembalikan dalam blok yang sama. Hanya saja perhitungannya masih terjadi pada kontrak pinjaman kilat.

Desain Uniswap v4 menghadirkan banyak keuntungan yang tidak dapat diterapkan atau diterapkan dengan buruk di Uniswap v3. Misalnya, sekarang dimungkinkan untuk menggunakan oracle yang tertanam, sehingga mengurangi ketergantungan pada oracle eksternal yang sering kali menimbulkan potensi vektor serangan. Desain tertanam ini meningkatkan keamanan dan keandalan informasi harga, yang merupakan faktor kunci pengoperasian protokol DeFi.

Selain itu, otomatisasi yang sebelumnya harus dipicu secara eksternal kini dapat dimasukkan langsung ke dalam kumpulan likuiditas. Integrasi ini tidak hanya mengurangi masalah keselamatan namun juga menyelesaikan masalah keandalan yang terkait dengan pemicu eksternal. Selain itu, hal ini juga memungkinkan kumpulan likuiditas berjalan lebih lancar dan efisien, sehingga meningkatkan kinerja dan pengalaman pengguna secara keseluruhan.

Terakhir, melalui hook yang diperkenalkan di Uniswap v4, fungsi keamanan yang lebih beragam dapat diimplementasikan langsung di kumpulan likuiditas. Di masa lalu, langkah-langkah keamanan yang diterapkan oleh kumpulan likuiditas terutama adalah audit, bug bounty, dan pembelian asuransi. Dengan Uniswap v4, pengembang kini dapat merancang dan mengimplementasikan berbagai mekanisme anti-gagal dan peringatan likuiditas rendah langsung di kontrak pintar kumpulan tersebut. Perkembangan ini tidak hanya meningkatkan keamanan pool, namun juga memberikan transparansi dan kontrol yang lebih besar kepada penyedia likuiditas.

Dibandingkan dengan ponsel tradisional, keunggulan ponsel pintar adalah kemampuan programnya. Kontrak pintar telah lama hidup dalam bayang-bayang “skrip yang persisten”. Sekarang, dengan keunggulan Uniswap v4, kontrak pintar kumpulan likuiditas telah menerima peningkatan baru yang dapat diprogram dan menjadi "lebih pintar". Saya tidak tahu mengapa, dengan adanya kesempatan untuk melakukan upgrade dari Nokia ke iPhone, tidak semua dApps ingin melakukan upgrade ke arah ini. Karena Nokia lebih dapat diandalkan daripada iPhone, saya dapat memahami bahwa beberapa kontrak pintar ingin mempertahankan status quo, namun yang saya bicarakan adalah arah masa depan dApp.

dApps ingin menggunakan "hook" mereka sendiri, sehingga menimbulkan masalah penskalaan

Bayangkan menerapkan ini ke semua dApps lainnya, di mana kita dapat memasukkan kondisi untuk memicu dan kemudian memasukkan perhitungan sewenang-wenang di antara urutan transaksi mentah.

Ini terdengar seperti cara kerja MEV, namun MEV bukanlah ruang desain terbuka untuk pengembang dApp. Itu lebih seperti mendaki ke hutan gelap yang tidak diketahui, mencari perlindungan MEV eksternal dan berharap yang terbaik.

Fleksibilitas Uniswap v4 diasumsikan menginspirasi dApps generasi baru (atau peningkatan dari dApps yang sudah ada) untuk mengadopsi filosofi serupa, sehingga urutan eksekusinya lebih dapat diprogram. Karena dApps ini biasanya diterapkan hanya pada satu rantai (L1 atau L2), kami memperkirakan sebagian besar perubahan status akan berjalan pada rantai tersebut.

  • Penghitungan tambahan yang dimasukkan selama perubahan status dApp mungkin terlalu rumit dan rumit untuk dijalankan pada rantai. Kita mungkin dengan cepat melampaui batas bahan bakar, atau mungkin tidak bisa sama sekali. Selain itu, banyak tantangan yang muncul terutama dari segi keamanan dan composability.

  • Tidak semua perhitungan diciptakan sama. Hal ini dibuktikan dengan ketergantungan dApps pada protokol eksternal seperti oracle dan jaringan otomatis. Namun, ketergantungan ini dapat menimbulkan risiko keamanan.

Untuk meringkas masalahnya: mengintegrasikan semua perhitungan ke dalam eksekusi kontrak pintar yang mengubah keadaan pada satu rantai masih jauh dari optimal.

Tip Solusi: Sudah Terselesaikan di Dunia Nyata

Untuk mengatasi masalah yang dibawa oleh dApps generasi baru (mungkin sebagian besar terinspirasi oleh Uniswap v4), kita harus menyelidiki inti masalahnya: rantai tunggal ini. Blockchain beroperasi seperti komputer terdistribusi, menggunakan satu CPU untuk menangani semua tugas. Pada PC, CPU modern telah membuat kemajuan besar dalam memecahkan masalah ini.

Sama seperti transisi komputer dari CPU monolitik inti tunggal ke desain modular yang terdiri dari beberapa inti efisiensi, inti kinerja, GPU, dan NPU.

Komputasi dApp juga dapat ditingkatkan dengan cara serupa. Fleksibilitas, optimalitas, keamanan, skalabilitas, dan kemampuan upgrade dapat dicapai dengan mengkhususkan prosesor dan menggabungkan upaya mereka, melakukan outsourcing beberapa komputasi dari prosesor utama.

Solusi praktis

Sebenarnya hanya ada dua jenis koprosesor:

  • koprosesor eksternal

  • Koprosesor tertanam

koprosesor eksternal

Koprosesor eksternal mirip dengan GPU cloud, mudah digunakan dan bertenaga, namun terdapat penundaan jaringan tambahan antara komunikasi CPU dan GPU. Selain itu, GPU pada akhirnya tidak dikontrol oleh Anda, jadi Anda harus yakin bahwa GPU tersebut melakukan tugasnya dengan benar.

Mengambil Uniswap v4 sebagai contoh, dengan asumsi bahwa beberapa ETH dan USDC ditambahkan ke kumpulan likuiditas selama 5 menit terakhir TWAP, jika perhitungan TWAP diselesaikan di Axiom, maka Uniswap v4 pada dasarnya menggunakan Ethereum sebagai prosesor utama dan Axiom sebagai prosesor. kooperator.

Aksioma

Axiom adalah koprosesor ZK Ethereum, yang menyediakan kontrak pintar dengan akses tanpa kepercayaan ke semua data on-chain dan kemampuan untuk melakukan perhitungan ekspresi sewenang-wenang pada data.

Pengembang dapat menanyakan Axiom dan menggunakan hasil terverifikasi zero-knowledge (ZK) on-chain dengan cara yang tidak dapat dipercaya dalam kontrak pintar mereka. Untuk menyelesaikan kueri, Axiom melakukan tiga langkah:

  • Baca: Axiom menggunakan bukti tanpa pengetahuan untuk mengoreksi data baca header blok, status, transaksi, dan tanda terima di blok Ethereum historis mana pun tanpa kepercayaan. Semua data on-chain Ethereum dikodekan dalam salah satu bentuk ini, artinya Axiom dapat mengakses data apa pun yang dapat diakses oleh node arsip.

  • Hitung: Setelah data diperoleh, Axiom menerapkan primitif komputasi yang telah terbukti. Ini mencakup operasi mulai dari analisis dasar (jumlah, hitungan, maks, min) hingga enkripsi (verifikasi tanda tangan, agregasi kunci) dan pembelajaran mesin (pohon keputusan, regresi linier, inferensi jaringan saraf). Validitas setiap perhitungan akan diverifikasi dalam bukti tanpa pengetahuan.

  • Verifikasi: Aksioma hadir dengan bukti validitas tanpa pengetahuan untuk hasil setiap kueri, membuktikan bahwa (1) data masukan telah diperoleh dengan benar dari rantai, dan (2) perhitungan telah diterapkan dengan benar. Bukti tanpa pengetahuan ini diverifikasi secara on-chain dalam kontrak pintar Axiom, dan hasil akhirnya kemudian tersedia untuk semua kontrak pintar hilir dengan cara yang tidak dapat dipercaya.

Kontrak Warp (melalui RedStone)

Kontrak warp adalah implementasi SmartWeave yang paling umum, sebuah arsitektur yang dirancang untuk menciptakan platform/mesin kontrak pintar yang andal, cepat, dan siap produksi di Arweave. Intinya, SmartWeave adalah rangkaian transaksi Arweave yang terurut, yang mendapat manfaat dari kurangnya pasar biaya penyertaan blok transaksi di Arweave. Properti unik ini memungkinkan data transaksi tanpa batas tanpa biaya tambahan selain biaya penyimpanan.

SmartWeave menggunakan metode unik yang disebut "evaluasi malas" untuk mengalihkan tanggung jawab pelaksanaan kode kontrak pintar dari node jaringan ke pengguna kontrak pintar. Pada dasarnya, ini berarti perhitungan untuk verifikasi transaksi ditunda hingga diperlukan, sehingga mengurangi beban kerja pada node jaringan dan memungkinkan transaksi diproses dengan lebih efisien. Dengan pendekatan ini, pengguna dapat melakukan penghitungan sebanyak yang mereka inginkan tanpa dikenakan biaya tambahan, menyediakan fungsionalitas yang tidak mungkin dilakukan dengan sistem kontrak pintar lainnya. Jelas sekali, mencoba mengevaluasi kontrak dengan ribuan interaksi pada CPU pengguna pada akhirnya sia-sia. Untuk mengatasi tantangan ini, lapisan abstraksi seperti DRE Warp dikembangkan. Lapisan abstraksi ini terdiri dari jaringan validator terdistribusi yang menangani penghitungan kontrak, yang pada akhirnya menghasilkan waktu respons yang jauh lebih cepat dan pengalaman pengguna yang lebih baik.

Selain itu, desain terbuka SmartWeave memungkinkan pengembang untuk menulis logika dalam bahasa pemrograman apa pun, memberikan alternatif baru terhadap basis kode Solidity yang seringkali kaku. Integrasi SmartWeave yang mulus meningkatkan protokol grafik sosial yang ada yang dibangun di atas rantai EVM dengan mendelegasikan operasi tertentu yang berbiaya tinggi atau throughput tinggi ke Warp, sehingga memanfaatkan manfaat dari kedua teknologi tersebut.

Oracle Hiper

Hyper Oracle adalah jaringan oracle ZK yang dirancang khusus untuk blockchain. Saat ini, jaringan ZK Oracle hanya beroperasi pada blockchain Ethereum. Ia menggunakan zkPoS untuk mengambil data dari setiap blok blockchain sebagai sumber data sambil memproses data menggunakan zkGraph yang dapat diprogram yang berjalan di zkWASM, semuanya dengan cara yang tidak dapat dipercaya dan aman.

Pengembang dapat menggunakan JavaScript untuk menentukan perhitungan off-chain khusus, menerapkan perhitungan ini ke jaringan Hyper Oracle, dan memanfaatkan Hyper Oracle Meta Apps untuk mengindeks dan mengotomatiskan kontrak pintar mereka.

Aplikasi Meta pengindeksan dan otomatisasi Hyper Oracle sepenuhnya dapat disesuaikan dan fleksibel. Penghitungan apa pun dapat ditentukan, dan semua penghitungan (bahkan penghitungan pembelajaran mesin) akan diamankan oleh bukti tanpa pengetahuan yang dihasilkan.

  • Blockchain Ethereum adalah sumber data on-chain asli untuk oracle ZK, namun jaringan mana pun akan dapat menggunakannya di masa mendatang.

  • Node Hyper Oracle ZK Oracle terdiri dari dua komponen utama: zkPoS dan zkWASM.

    - zkPoS menggunakan pengetahuan nol untuk membuktikan konsensus Ethereum dan mendapatkan header blok dan root data dari blockchain Ethereum. Proses pembuatan bukti tanpa pengetahuan dapat dialihdayakan ke jaringan pembuktian yang terdesentralisasi. zkPoS bertindak sebagai loop luar zkWASM.

    - zkPoS menyediakan header blok dan root data ke zkWASM. zkWASM menggunakan data ini sebagai masukan dasar untuk menjalankan zkGraph.

    -zkWASM Jalankan peta data khusus atau penghitungan lain apa pun yang ditentukan oleh zkGraph dan hasilkan bukti tanpa pengetahuan tentang operasi ini. Operator node ZK Oracle dapat memilih jumlah zkGraph yang ingin dijalankan (dari satu hingga semua zkGraph yang diterapkan). Proses pembuatan bukti tanpa pengetahuan dapat dialihdayakan ke jaringan pembuktian yang terdesentralisasi.

  • Oracle ZK mengeluarkan data off-chain, dan pengembang dapat menggunakan data off-chain ini melalui Hyper Oracle Meta Apps (akan diperkenalkan di bab berikutnya). Data tersebut juga dilengkapi dengan bukti tanpa pengetahuan yang membuktikan validitas dan komputasinya.

Item lain yang layak disebutkan

Ada juga proyek yang dapat digunakan sebagai koprosesor eksternal jika Anda memutuskan untuk mengambil cara ini. Hanya saja proyek-proyek ini tumpang tindih dengan area vertikal infrastruktur blockchain lainnya dan tidak diklasifikasikan secara terpisah sebagai co-processor.

  • RiscZero: Jika dApp menggunakan RiscZero untuk menghitung tugas pembelajaran mesin untuk agen di rantai dan memberikan hasilnya ke kontrak game di StarkNet, dApp akan menggunakan StarkNet sebagai prosesor utama dan RiscZero sebagai co-prosesor.

  • IronMill: Jika dApp menjalankan zk loop di IronMill tetapi menerapkan kontrak pintar di Ethereum, dApp akan menggunakan Ethereum sebagai prosesor utama dan IronMill sebagai koprosesor.

Kasus penggunaan potensial untuk koprosesor eksternal

  • Tata kelola dan pemungutan suara: Data historis on-chain dapat membantu organisasi otonom terdesentralisasi (DAO) mencatat jumlah hak suara yang dimiliki setiap anggota, yang penting untuk pemungutan suara. Tanpa data ini, anggota mungkin tidak dapat berpartisipasi dalam proses pemungutan suara, sehingga dapat menghambat tata kelola.

  • Penjaminan: Data historis on-chain dapat membantu manajer aset mengevaluasi kinerja manajer mereka selain keuntungan. Mereka dapat melihat tingkat risiko yang mereka ambil dan jenis penarikan yang mereka alami, sehingga membantu mereka mengambil keputusan yang lebih tepat ketika kompensasi atau potensi imbalan dikurangi.

  • Pertukaran yang terdesentralisasi: Data harga historis pada rantai dapat membantu perdagangan pertukaran yang terdesentralisasi berdasarkan tren dan pola masa lalu, yang berpotensi memberikan keuntungan lebih tinggi bagi pengguna. Selain itu, data perdagangan historis membantu bursa meningkatkan algoritma dan pengalaman pengguna.

  • Produk asuransi: Perusahaan asuransi dapat menggunakan data historis on-chain untuk menilai risiko dan menetapkan premi untuk berbagai jenis polis. Misalnya, ketika menetapkan premi untuk proyek DeFi, perusahaan asuransi mungkin melihat data on-chain masa lalu.

Perlu diperhatikan bahwa semua kasus penggunaan di atas tidak sinkron karena dApp klien perlu memanggil kontrak cerdas rekan prosesor eksternal saat dipicu di blok N . Ketika koprosesor mengembalikan hasil perhitungan, hasilnya harus diterima atau diverifikasi dalam beberapa bentuk setidaknya di blok berikutnya (yaitu N+1). Dengan cara ini, setidaknya diperoleh blok pemicu berikutnya untuk memanfaatkan hasil co-processing. Model ini benar-benar seperti GPU cloud. Ini dapat menjalankan model pembelajaran mesin Anda dengan baik, tetapi Anda tidak akan dapat dengan senang hati memainkan game bertempo cepat karena latensinya.

Koprosesor tertanam

Koprosesor yang tertanam mirip dengan GPU pada motherboard komputer pribadi dan terletak di sebelah CPU. Delay komunikasi antara GPU dan CPU sangat kecil. Dan GPU sepenuhnya berada di bawah kendali Anda, jadi Anda dapat yakin bahwa GPU tersebut tidak dirusak. Hanya saja untuk menjalankan pembelajaran mesin secepat GPU cloud memerlukan harga yang mahal.

Masih mengambil Uniswap v4 sebagai contoh. Dengan asumsi bahwa beberapa ETH dan USDC ditambahkan ke kumpulan likuiditas yang diterapkan di Artela selama 5 menit terakhir TWAP, jika kumpulan tersebut diterapkan di EVM di Artela dan perhitungan TWAP dilakukan di WASM di Aretla, kumpulan tersebut pada dasarnya menggunakan EVM Artela sebagai prosesor utama dan WASM Artela sebagai co-prosesor.

seni

Artela adalah L1 yang dibuat menggunakan Tendermint BFT. Ini menyediakan kerangka kerja yang mendukung perluasan dinamis dari setiap lapisan eksekusi untuk mengimplementasikan fungsi kustom on-chain. Setiap node penuh Artela menjalankan dua mesin virtual secara bersamaan.

  • EVM, prosesor utama yang menyimpan dan memperbarui status kontrak pintar.

  • WASM, koprosesor yang menyimpan dan memperbarui status Aspek.

Aspek mewakili penghitungan sewenang-wenang yang ingin dijalankan pengembang tanpa menyentuh status kontrak pintar. Anggap saja sebagai skrip Rust yang menyediakan dApps dengan fungsionalitas khusus di luar komposisi asli kontrak pintar.

Jika hal ini sulit dipahami, Anda bisa mencoba melihatnya dari dua sudut pandang berikut:

  • Dari perspektif arsitektur blockchain

    - Aspek adalah lapisan eksekusi baru.

    - Di Artela, blockchain menjalankan dua lapisan eksekusi secara bersamaan - satu untuk kontrak pintar dan satu lagi untuk komputasi lainnya.

    - Lapisan eksekusi baru ini tidak memperkenalkan asumsi kepercayaan baru dan oleh karena itu tidak mempengaruhi keamanan blockchain itu sendiri. Kedua VM dilindungi oleh kumpulan node yang sama dan menjalankan konsensus yang sama.

  • Dari perspektif runtime aplikasi

    - Aspek adalah modul yang dapat diprogram yang bekerja dengan kontrak pintar, mendukung penambahan fungsi khusus dan eksekusi independen.

    - Ini memiliki keunggulan dibandingkan kontrak pintar tunggal dalam beberapa aspek:

    -- Tidak mengganggu: Tidak perlu mengubah kode kontrak pintar, Anda dapat melakukan intervensi sebelum dan sesudah kontrak dijalankan.

    -- Eksekusi sinkron: Mendukung logika kait di seluruh siklus hidup transaksi, memungkinkan penyesuaian yang lebih baik.

    -- Akses langsung ke status global dan konfigurasi lapisan dasar, mendukung fungsi tingkat sistem.

    -- Ruang blok fleksibel: Menyediakan ruang blok independen yang dijamin oleh perjanjian untuk dApps dengan persyaratan throughput transaksi yang lebih tinggi.

    -- Dibandingkan dengan pra-kompilasi statis, dukung dApps untuk mencapai peningkatan dinamis dan modular saat runtime untuk menyeimbangkan stabilitas dan fleksibilitas.

Dengan memperkenalkan koprosesor tertanam ini, Artela telah mencapai terobosan menarik: sekarang, modul ekstensi apa pun Aspek dapat dieksekusi melalui transaksi yang sama seperti kontrak pintar. Pengembang dapat mengikat kontrak pintar mereka ke Aspects dan semua transaksi yang memerlukan kontrak pintar ditangani oleh Aspects. .

Selain itu, seperti kontrak pintar, Aspek menyimpan data pada rantai, memungkinkan kontrak pintar dan Aspek membaca keadaan global satu sama lain.

Kedua fitur ini sangat meningkatkan komposisi dan interoperabilitas antara kontrak pintar dan Aspek.

  • Fungsi aspek:

    Dibandingkan dengan kontrak pintar, fungsionalitas yang disediakan oleh Aspects berfokus terutama pada eksekusi sebelum dan sesudah perdagangan. Aspek tidak menggantikan kontrak pintar, namun melengkapinya. Dibandingkan dengan kontrak pintar, Aspek menyediakan aplikasi dengan fitur unik berikut:

    - Secara otomatis memasukkan transaksi yang dapat diandalkan ke dalam blok terbalik (misalnya untuk tugas terjadwal).

    - Pembalikan perubahan data keadaan yang disebabkan oleh transaksi (hanya transaksi kontrak resmi yang dapat dibatalkan).

    - Baca variabel lingkungan statis.

    - Meneruskan status eksekusi sementara ke aspek hilir lainnya.

    - Baca status eksekusi sementara yang diteruskan dari Aspek upstream.

    - Kemampuan upgrade yang dinamis dan modular.

  • Perbedaan antara Aspect dan kontrak pintar:

    Perbedaan antara Aspect dan kontrak pintar adalah:

    - Kontrak pintar adalah akun dengan kode, dan Aspect adalah ekstensi asli dari blockchain.

    - Aspek dapat berjalan pada titik berbeda dalam transaksi dan siklus hidup blok, sedangkan kontrak pintar hanya dijalankan pada titik tetap.

    - Kontrak pintar dapat mengakses statusnya sendiri dan konteks blok yang terbatas, sementara aspek dapat berinteraksi dengan konteks pemrosesan global dan API tingkat sistem.

    - Lingkungan eksekusi Aspect dirancang untuk kecepatan mendekati aslinya.

    Aspek hanyalah sepotong logika kode dan tidak ada hubungannya dengan akun, sehingga tidak dapat:

    - Menulis, mengubah atau menghapus data status kontrak.

    - Buat kontrak baru.

    - Mentransfer, menghancurkan, atau menyimpan token asli.

Aspek-aspek ini menjadikan Artela platform unik yang dapat memperluas fungsionalitas kontrak pintar dan menyediakan lingkungan pengembangan yang lebih komprehensif dan dapat disesuaikan.

*Harap dicatat bahwa sebenarnya, Aspek di atas juga disebut Aspek "bawaan", yang merupakan co-prosesor tertanam yang dijalankan oleh node penuh Artela Chain. dApps juga dapat menerapkan Aspek heterogennya sendiri, yang dijalankan oleh koprosesor eksternal. Koprosesor eksternal ini dapat dijalankan pada jaringan eksternal atau oleh subset node dalam konsensus lain. Ini lebih fleksibel karena pengembang dApp dapat melakukan apa pun yang mereka inginkan, selama itu aman dan masuk akal. Masih dalam pendalaman dan detail spesifiknya belum diumumkan.

Kasus penggunaan potensial untuk koprosesor tertanam

  • Perhitungan kompleks yang terlibat dalam proyek DeFi baru (seperti mekanisme teori permainan yang kompleks) mungkin memerlukan kemampuan komputasi real-time yang lebih fleksibel dan berulang dari koprosesor yang tertanam.

  • Mekanisme kontrol akses yang lebih fleksibel untuk berbagai dApps. Saat ini, kontrol akses biasanya terbatas pada daftar hitam atau daftar putih berdasarkan izin kontrak pintar. Koprosesor yang tertanam membuka tingkat kontrol akses yang langsung dan terperinci.

  • Fitur kompleks tertentu dalam Full Chain Games (FOCG). FOCG telah lama dibatasi oleh EVM. Mungkin akan lebih sederhana jika EVM mempertahankan fungsionalitas yang lebih sederhana seperti mentransfer NFT dan token, sementara pembaruan logika dan status lainnya dihitung oleh koprosesor.

  • mekanisme keselamatan. dApps dapat memperkenalkan pemantauan keamanan aktifnya sendiri dan mekanisme anti-gagal. Misalnya, kumpulan likuiditas dapat memblokir penarikan melebihi 5% setiap 10 menit. Jika koprosesor mendeteksi salah satu penarikan, kontrak pintar dapat berhenti dan memicu beberapa mekanisme peringatan, seperti menyuntikkan likuiditas darurat dalam kisaran harga dinamis tertentu.

Kesimpulan

Tidak dapat dihindari bahwa dApps akan menjadi besar, membengkak, dan terlalu kompleks, sehingga popularitas co-processor juga tidak dapat dihindari. Ini hanya masalah waktu dan kurva adopsi.

Menjalankan koprosesor eksternal memungkinkan dApps untuk tetap berada di zona nyamannya: tidak peduli di jaringan mana mereka berada sebelumnya. Namun, bagi pengembang dApp baru yang mencari lingkungan eksekusi yang dapat diterapkan, koprosesor yang tertanam seperti GPU pada PC. Jika Anda menyebut diri Anda PC berperforma tinggi, Anda harus memiliki GPU yang layak.

Sayangnya, proyek-proyek di atas belum diluncurkan di mainnet. Kami tidak dapat melakukan benchmark dan menunjukkan proyek mana yang lebih cocok untuk kasus penggunaan tertentu. Namun, satu hal yang tidak dapat disangkal adalah bahwa teknologi sedang mengalami kemajuan. Tampaknya kita hanya berputar-putar saja, tapi ingat, dari samping, sejarah akan melihat bahwa teknologi benar-benar berkembang.

Hidup segitiga skalabilitas dan hidup koprosesor.