> For the complete documentation index, see [llms.txt](https://docs.omniyield.finance/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.omniyield.finance/id/omniyield/arsitektur.md).
# Arsitektur
Arsitektur OmniYield dirancang agar modular, agnostik terhadap chain, dan sangat skalabel.
Tujuan utama kami adalah menciptakan lapisan imbal hasil yang agnostik terhadap chain dan memaksimalkan imbal hasil yang disesuaikan dengan risiko bagi pengguna di seluruh DeFi. Untuk mencapai hal ini, sistem menggunakan analisis data yang ekstensif, algoritma off-chain canggih, protokol keamanan yang ketat, aturan diversifikasi, dan arsitektur yang mengabstraksi kompleksitas interaksi lintas chain.
### Komponen Arsitektural Utama
Vault
Gerbang pengguna menuju OmniYield.
Kontrak pintar yang sesuai dengan ERC-4626 ini secara aman mengelola deposit, menerima laporan dari strategi, dan memproses penarikan.
Mereka berfungsi sebagai antarmuka utama yang mengoordinasikan dana pengguna dengan Strategi yang mendasarinya.
Lapisan Eksekusi (Solver)
Lapisan kecerdasan OmniYield.
Sistem otomatis ini terus menganalisis protokol DeFi di berbagai chain, mengidentifikasi peluang imbal hasil terbaik, menilai risiko, dan menentukan alokasi aset untuk Vault.
Pemrosesan ini dihitung off-chain demi efisiensi - hanya hasilnya yang diimplementasikan onchain, sehingga mencegah strategi OmniYield ditiru.
Strategi
Setiap Vault terhubung dengan setidaknya satu kontrak Strategi.
Komponen ini menerjemahkan keputusan solver menjadi tindakan. Komponen ini menangani kompleksitas teknis perpindahan aset, termasuk swap token, penyediaan likuiditas, lending, staking, dll.
Tujuan
Protokol DeFi, kumpulan likuiditas, atau farm imbal hasil tertentu tempat aset vault pada akhirnya ditempatkan.
Infrastruktur Pesan Lintas Chain
Teknologi dasar yang memungkinkan kapabilitas lintas chain, memfasilitasi komunikasi dan transfer aset antar blockchain yang berbeda.
### Siklus Hidup Aset
Memahami alur aset membantu memperjelas cara kerja sistem:
{% stepper %}
{% step %}
**Setoran**
Seorang pengguna menyetor satu jenis aset (misalnya USDC) ke Vault OmniYield yang соответстван pada chain yang didukung mana pun. Aset yang disetor dipindahkan ke kontrak Vault di hub Arbitrum dan pada awalnya dibiarkan menganggur di sana.
{% endstep %}
{% step %}
**Rebalancing Lintas Chain**
* Komponen off-chain (Solver otonom) memantau saldo vault dan kondisi pasar. Setelah ambang tertentu untuk aset menganggur tercapai, atau selama siklus optimasi berkala, komponen ini menentukan alokasi optimal untuk Strategi yang ada di berbagai chain terintegrasi dan mengusulkan rencana rebalancing. Jika usulan tersebut memenuhi batasan keamanan dan kinerja, komponen ini memulai rebalancing (misalnya, memindahkan X jumlah USDC ke Strategi A di Chain Y) melalui kontrak Vault di hub Arbitrum.
* Dengan menggunakan LayerZero dan Axelar, pesan yang berisi instruksi rebalancing dikirim dari hub ke kontrak Vault yang relevan di chain target.
* Sistem menjalankan langkah-langkah yang diperlukan (seperti bridging, swapping, deposit, dll.) untuk melakukan rebalancing.
* Alokasi yang diperbarui dicatat, dan pembaruan konfirmasi/status dikirim kembali ke hub Arbitrum melalui lapisan pesan. Proses ini dapat melibatkan pemindahan dana menganggur dari hub ke sebuah Strategi atau memindahkan dana antar Strategi yang berbeda untuk mengejar imbal hasil yang lebih baik.
{% endstep %}
{% step %}
**Auto-Compounding & Pelaporan Terkonsolidasi**
* Kontrak Strategi secara berkala mengklaim hadiah yang diperoleh dari protokol tujuan, mengonversinya ke aset dasar vault (misalnya USDC) dan menginvestasikannya kembali secara otomatis. Proses ini diorkestrasi oleh Keeper yang diberi izin.
* Data kinerja, termasuk hadiah yang dihasilkan oleh Strategi ini di semua chain yang didukung, terus dilaporkan kembali ke hub Arbitrum. Hadiah ditambahkan ke total nilai vault, sehingga hasil secara otomatis terakumulasi bagi para deposan.
{% endstep %}
{% step %}
**Penarikan**
* Penarikan tidak dibatasi pada chain setoran; pengguna dapat memulai permintaan penarikan kapan saja dari chain yang didukung mana pun (**tidak harus menggunakan chain yang sama dengan yang dipakai untuk setoran**).
* Biaya kinerja sebesar 9% dihitung berdasarkan keuntungan yang dihasilkan dari setoran pengguna di seluruh Strategi dan chain yang mendasarinya.
* Permintaan tersebut dirutekan ke hub Arbitrum. Jika Vault memiliki dana menganggur yang cukup (aset yang tidak sedang digunakan secara aktif dalam Strategi), penarikan diproses segera.
* Jika Vault tidak memiliki dana menganggur yang cukup, hub memberi sinyal kepada Strategi untuk menarik jumlah yang diperlukan. Prioritas diberikan untuk menarik dari Strategi yang dampaknya terhadap imbal hasil keseluruhan (APR) paling kecil. Proses ini mungkin memerlukan waktu sedikit lebih lama tergantung pada protokol yang mendasarinya.
{% endstep %}
{% step %}
**Klaim**
* Setelah likuiditas yang cukup tersedia di Vault, pengguna dapat mengklaim penarikannya. Saat klaim dilakukan, aset yang соответстван ditransfer ke dompet pengguna melalui infrastruktur lintas chain.
{% endstep %}
{% endstepper %}
### Arsitektur Lintas Chain
Infrastruktur OmniYield dibangun di atas arsitektur hub-and-spoke yang tangguh:
* **Hub:** Kami menggunakan Arbitrum sebagai hub operasional pusat kami ("chain utama"). Di sinilah logika inti, komputasi kompleks, dan pengelolaan status keseluruhan protokol OmniYield terutama berada.
* **Spoke:** Semua blockchain lain yang didukung berfungsi sebagai ‘chain spoke’ atau ‘chain samping. Ini adalah jaringan tempat setoran pengguna dapat berasal dan tempat banyak Strategi imbal hasil yang mendasarinya dideploy. Mereka terutama bertindak sebagai titik akhir eksekusi, menerima instruksi dari Hub.
#### **Alur Komunikasi:**
{% stepper %}
{% step %}
**Agregasi**
Ketika keputusan rebalancing dibuat atau tindakan pengguna (seperti setoran/penarikan yang memerlukan perpindahan lintas chain) terjadi, pesan lintas chain dibuat dan diteruskan secara aman dari chain spoke ke hub Arbitrum.
{% endstep %}
{% step %}
**Komputasi**
Hub memproses pesan masuk ini, melakukan perhitungan yang diperlukan (seperti mengoptimalkan alokasi aset di seluruh spoke, menghitung kinerja vault secara keseluruhan, mengonsolidasikan biaya), dan membuat keputusan strategis berdasarkan pandangan globalnya terhadap sistem.
{% endstep %}
{% step %}
**Distribusi**
Setelah keputusan dibuat, instruksi dan data transaksi yang diperlukan didistribusikan kembali dari Arbitrum ke kontrak pintar yang relevan di chain spoke untuk dieksekusi (misalnya, menyetorkan dana ke Strategi tertentu di jaringan lain).
{% endstep %}
{% endstepper %}
{% hint style="success" %}
Desain modular ini memungkinkan:
* **Logika terpusat, eksekusi terdesentralisasi**\
Model ini memastikan konsistensi data karena hub Arbitrum bertindak sebagai satu-satunya sumber kebenaran. Penempatan modal yang sebenarnya terjadi di seluruh chain spoke, memanfaatkan peluang unik yang disediakan setiap chain.
* **Modularitas dan ekstensibilitas**\
Chain, aset, strategi, dan tujuan baru dapat diintegrasikan secara plug-and-play dengan perubahan minimal pada basis kode yang ada.\
Ini memastikan permukaan serangan yang rendah sekaligus memfasilitasi pengembangan produk tambahan. Untuk lebih meningkatkan ketangguhan dan fungsionalitasnya, Protokol OmniYield terintegrasi dengan berbagai primitif dan infrastruktur DeFi, memberikan pengalaman pengguna terbaik dan memungkinkan interaksi yang mulus dengan alat keuangan lainnya.
{% endhint %}
### Komunikasi Lintas Chain
Operasi model hub-and-spoke kami di berbagai blockchain dimungkinkan dengan memanfaatkan penyedia pesan lintas chain terkemuka: LayerZero dan Axelar (dan berpotensi lainnya yang disesuaikan untuk token/chain/fungsi tertentu di masa depan).
LayerZero memungkinkan pesan yang ringan dan efisien, memastikan latensi minimal dan interoperabilitas tanpa kepercayaan di seluruh jaringan yang didukung. Axelar melengkapinya dengan routing tingkat tinggi dan pengiriman aman untuk pesan lintas chain yang digeneralisasi.
* **Tulang Punggung Komunikasi:** Protokol ini bertindak sebagai infrastruktur komunikasi yang aman dan andal yang menghubungkan Hub kami (Arbitrum) dengan semua chain Spoke. Mereka menyediakan jalur penting untuk mentransmisikan data dan instruksi lintas batas blockchain. Semua penerusan pesan, validasi, dan penyelesaian dilakukan melalui jalur pesan aman dari penyedia ini.
* **Memfasilitasi Operasi Kunci:** LayerZero dan Axelar meneruskan pesan penting yang diperlukan untuk fungsi inti. Ini mencakup:
* Memberi tahu Hub tentang setoran baru yang dilakukan di chain spoke.
* Meneruskan permintaan penarikan dari pengguna di chain spoke ke Hub untuk diproses.
* Mengirim perintah dari Hub ke kontrak strategi di chain spoke untuk mengeksekusi setoran, penarikan, atau rebalancing.
* Melaporkan imbal hasil yang dihasilkan, metrik kinerja, dan data biaya dari strategi di chain spoke kembali ke Hub.
### Pelaporan Biaya Terkonsolidasi
Dalam pengaturan multi-chain yang umum, setiap chain sering bertindak sebagai silo dengan logika dan pelaporan kinerja yang terisolasi. OmniYield mengambil pendekatan yang sangat berbeda. Kami percaya bahwa ekosistem kami harus beroperasi sebagai satu protokol terpadu, bukan kumpulan terfragmentasi dari deployment spesifik chain.
Meskipun OmniYield menghasilkan biaya dari strategi imbal hasil yang beroperasi di berbagai chain, protokol ini menerapkan pelaporan biaya terkonsolidasi, sebuah proses di mana data pembangkitan biaya dari semua chain yang didukung diagregasi, dinormalisasi, dan dihitung di Arbitrum (hub).
{% hint style="success" %}
Ini memungkinkan:
* **Pengalaman pengguna yang fleksibel:** Pengguna tidak perlu khawatir tentang insentif yang tidak konsisten. Mereka dapat menyetor dari chain mana pun yang mereka pilih dengan mengetahui bahwa biaya, peluang imbal hasil, dan hadiah tetap konsisten di seluruh ekosistem OmniYield.
* **Tokenomik bersama:** Semua biaya protokol, terlepas dari chain asalnya, berkontribusi pada model pendapatan global yang sama.
* **Metrik yang transparan:** Pelaporan terpadu menghilangkan perbedaan dan meningkatkan auditabilitas.
{% endhint %}
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.
Perform an HTTP GET request on the current page URL with the `ask` query parameter:
```
GET https://docs.omniyield.finance/id/omniyield/arsitektur.md?ask=
```
The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.