Pasar Tersembunyi di Balik Swap Lintas-Rantai

Kebanyakan pengguna membayangkan transaksi lintas-rantai seperti ini:

Aset A → Jembatan → Aset B

Namun, sistem berbasis resolver menghadirkan arsitektur yang berbeda.

Seorang pengguna dapat mengirim permintaan lintas-rantai, resolver bersaing untuk mengisinya, dan resolver terpilih berpartisipasi dalam penyelesaian menggunakan kondisi kriptografis yang diterapkan melalui HTLC.

Itu menciptakan beberapa lapisan yang layak dipelajari:

1. Lapisan RFQ
Pengguna meminta kutipan yang dapat dieksekusi.

2. Lapisan Resolver
Penyedia likuiditas bersaing untuk memenuhi permintaan.

3. Lapisan Eksekusi
Resolver menyediakan aset di sisi tujuan.

4. Lapisan Settlement
Transaksi mengikuti kondisi kriptografis yang telah ditetapkan sebelumnya.

5. Lapisan Pemulihan
Mekanisme timelock menyediakan jalur untuk pengembalian dana ketika penyelesaian yang dimaksud tidak berhasil diselesaikan.

Inilah mengapa infrastruktur lintas-rantai layak mendapat perhatian lebih daripada sekadar bertanya:

“Rantai mana yang didukung?”

Pertanyaan riset yang lebih baik adalah:

“Bagaimana sistem mengoordinasikan likuiditas dan settlement lintas-rantai?”

Di situlah sebagian besar arsitektur sebenarnya berada.

Implementasi lintas-rantai STON.fi saat ini menggunakan Omniston untuk model eksekusi ini.

@ston_fi #STON.fi $STON #Stonbassador #DeFi #TON #CrossChain #Omniston