Sebagian besar sejarahnya, STON.fi terutama dipahami sebagai automated market maker (AMM) dan decentralized exchange di TON.

Deskripsi tersebut masih akurat, tetapi kini tidak lagi mencakup seluruh arsitekturnya.

Saat ini, STON.fi mengoperasikan Omniston sebagai lapisan agregasi likuiditas dan eksekusi lintas-chain yang terpisah. Alih-alih bergantung pada satu pool AMM, Omniston dapat meminta kuotasi dari beberapa sumber likuiditas, membandingkan rute yang dapat dieksekusi, dan mengoordinasikan penyelesaian. Arsitektur lintas-chain yang lebih baru memperluas model tersebut melampaui TON.

Perbedaannya penting.

STON.fi adalah AMM dan DEX. Omniston adalah lapisan routing, agregasi, dan eksekusi yang dapat berada di atas banyak sumber likuiditas.

Memahami pemisahan itu penting bagi siapa pun yang mencoba memahami apa yang benar-benar dibangun oleh STON.fi.

❑ Dari AMM menuju arsitektur eksekusi yang lebih luas

Sebuah AMM, atau automated market maker, memungkinkan pengguna untuk berdagang melawan liquidity pool, bukan dengan mencocokkan langsung dengan trader lain.

Dalam model AMM konvensional, pengguna memilih pasangan token dan protokol menghitung nilai tukar berdasarkan aset yang dimiliki dalam pool yang relevan.

Model itu bekerja, tetapi punya keterbatasan yang jelas: likuiditas terfragmentasi.

Seorang trader mungkin menemukan satu harga di STON.fi, harga lain di DeDust, dan harga lain lagi dari market maker. Lalu pengguna atau aplikasi perlu mekanisme untuk menentukan rute mana yang memberikan eksekusi paling sesuai.

Inilah masalah yang awalnya dirancang untuk diatasi oleh Omniston.

Dokumentasi STON.fi menggambarkan Omniston sebagai protokol agregasi likuiditas yang menarik likuiditas dari banyak sumber dan menentukan rute lintas DEX dan resolver. Panduan developer-nya menunjukkan swap yang melibatkan STON.fi V1, STON.fi V2, dan DeDust.

Artinya, Omniston tidak boleh disamakan dengan AMM pool lain.

Ini adalah lapisan agregasi.

❑ Perubahan penting adalah beralih dari pool menjadi quote

Mekanisme utama di balik Omniston adalah sebuah RFQ — Request for Quote.

Alih-alih sekadar meminta satu pool untuk sebuah harga, sebuah aplikasi dapat meminta quote dari sumber likuiditas yang berpartisipasi.

Urutan dasarnya adalah:

Request → Quote → Selection → Execution → Settlement

Resolver adalah entitas yang menyediakan quote yang dapat dieksekusi ke Omniston. Banyak resolver dapat bersaing untuk sebuah order, setelah itu sebuah quote dipilih untuk eksekusi.

Ini menciptakan model likuiditas yang berbeda dari AMM konvensional.

Sebuah AMM mengunci likuiditas ke dalam sebuah pool.

Sebagai gantinya, sebuah resolver dapat merespons order individual dengan harga dan proposal eksekusi.

Bagi pengguna, implikasi praktisnya adalah likuiditas tidak harus berasal dari satu pool atau bahkan satu DEX.

❑ Mengapa agregasi penting di TON

Fragmentasi likuiditas adalah masalah struktural dalam pasar terdesentralisasi.

Jika likuiditas didistribusikan di beberapa bursa, aplikasi punya dua pilihan.

Mereka dapat mengintegrasikan dengan setiap bursa secara terpisah, atau mereka dapat menggunakan lapisan agregasi yang menangani koneksi tersebut.

Dokumentasi Omniston STON.fi menjelaskan pendekatan kedua: integrasi tunggal dapat meng-query banyak sumber likuiditas dan merutekan trade melalui sumber yang sesuai.

Dokumentasi developer juga memberikan contoh di mana sebuah aplikasi meminta RFQ dan Omniston menentukan sebuah rute di beberapa DEX.

Ini khususnya relevan untuk aplikasi yang tidak ingin mempertahankan integrasi terpisah dengan setiap DEX.

Maka, arsitektur tersebut mengubah peran STON.fi.

Alih-alih hanya bertanya:

Pool mana yang harus mengeksekusi trade ini?

aplikasi dapat bertanya:

Sumber likuiditas mana yang tersedia yang dapat menyediakan rute yang dapat dieksekusi untuk trade ini?

Itu adalah lapisan abstraksi yang secara substansial berbeda.

❑ Oktober 2025 menandai transisi penting

Omniston tidak selalu menjadi jalur eksekusi default bagi pengguna STON.fi.

Pada Oktober 2025, STON.fi mengumumkan bahwa Omniston telah pindah dari fitur opsional menjadi sistem smart-routing default di dApp-nya.

Pengumuman tersebut menyatakan bahwa Omniston akan bersumber likuiditas dari banyak DEX dan bahwa pada saat itu sistem telah memproses lebih dari 29 juta swap dan lebih dari $6.5 miliar dalam volume transaksi.

Ini adalah perbedaan historis yang penting.

Omniston dimulai sebagai mekanisme agregasi, tetapi integrasinya ke antarmuka trading utama STON.fi membuatnya menjadi bagian dari jalur eksekusi normal.

Tahap berikutnya adalah membawa arsitektur yang sama melampaui satu blockchain.

❑ Eksekusi lintas-chain mengubah masalah

Memindahkan token antar-blockchain menambah lapisan kompleksitas lain.

Workflow lintas-chain yang konvensional sering melibatkan jembatan atau infrastruktur perantara yang mentransfer nilai antar jaringan.

Omniston mengambil pendekatan yang berbeda.

Arsitektur saat ini menggunakan resolver dan HTLC yang tertaut — Hash Time-Locked Contracts — untuk mengoordinasikan kedua sisi dari transaksi lintas-chain.

Arsitektur STON.fi saat ini menggambarkan alurnya sebagai:

1. Seorang pengguna meminta swap lintas-chain.

2. Omniston mengirim RFQ ke resolver.

3. Resolver mengembalikan quote yang dapat dieksekusi.

4. Likuiditas yang dipilih dikunci dalam kontrak HTLC tertaut.

5. Transaksi tersebut entah selesai secara atomik atau para pihak dikembalikan dananya.

Konsep penting di sini adalah bahwa likuiditas tujuan disediakan oleh resolver.

STON.fi menggambarkan resolver sebagai penyedia likuiditas sisi tujuan untuk order individual, bukan mengharuskan sebuah aplikasi memelihara saldo yang sudah dipra-danai di setiap jaringan yang didukung.

❑ HTLC adalah yang menghubungkan kedua sisi

HTLC adalah singkatan dari Hash Time-Locked Contract.

Mekanismenya menggabungkan dua kondisi.

Sebuah hashlock memerlukan pengetahuan tentang sebuah rahasia sebelum dana dapat diklaim.

Sebuah timelock menetapkan tenggat waktu setelah itu transaksi dapat dibatalkan dan dana dikembalikan.

Dalam atomic swap lintas-chain, kondisi ini dapat menghubungkan transaksi sisi sumber dan sisi tujuan.

Hasil yang dimaksudkan adalah jelas:

Entah swap selesai sesuai kondisi yang disepakati, atau dana dapat dikembalikan.

Deskripsi Omniston STON.fi saat ini secara eksplisit menyatakan bahwa kontrak HTLC tertaut digunakan lintas chain dan bahwa swap diselesaikan secara atomik atau para peserta dikembalikan dananya.

Itu tidak berarti arsitekturnya bebas risiko.

Keamanan sistem seperti itu tetap bergantung pada kebenaran kontrak, rantai yang terlibat, implementasi resolver, dan kondisi eksekusi.

Poin yang relevan lebih sempit: desain lintas-chain Omniston mencoba mengoordinasikan swap aset native melalui penyelesaian atomik, bukan bergantung pada model jembatan aset terbungkus yang konvensional.

❑ Omniston tidak menghilangkan peran penyedia likuiditas

Ini mengubah dari mana likuiditas bisa berasal.

Untuk AMM tradisional, penyedia likuiditas menyetor aset ke pool dan menerima token LP yang mewakili posisi mereka.

Dengan model resolver Omniston, sebuah resolver merespons RFQ dan, untuk transaksi lintas-chain, menyediakan likuiditas sisi tujuan yang diperlukan untuk menyelesaikan sebuah order.

STON.fi mengatakan bahwa resolver bersaing dalam penetapan harga dan eksekusi, dengan resolver pemenang menyediakan likuiditas sisi tujuan yang diperlukan.

Ini menciptakan struktur pasar di mana penyedia likuiditas dapat bersaing untuk arus order.

Karena itu, resolver bukan sekadar API backend lain.

Ini adalah peserta eksekusi.

❑ Model resolver menghadirkan lapisan kepercayaan dan infrastruktur baru

Resolver harus berinteraksi dengan infrastruktur teknis Omniston dan merespons permintaan quote.

Dokumentasi STON.fi menggambarkan resolver sebagai entitas yang menyediakan quote dan mengeksekusi trade melalui protokol agregasi.

Ini menciptakan beberapa dependensi yang patut dikenali.

Sistem bergantung pada:

quote yang akurat;

infrastruktur resolver yang berjalan;

kontrak penyelesaian;

eksekusi blockchain;

Deadlines RFQ;

perilaku HTLC yang benar;

dan likuiditas resolver yang cukup.

Karena itu, arsitektur mengalihkan sebagian kompleksitas dari pengguna dan developer aplikasi, tetapi kompleksitas itu tidak hilang.

Arsitektur bergeser ke lapisan eksekusi.

❑ Dukungan lintas-chain telah meluas melampaui TON

Situs web Omniston saat ini mencantumkan TON, TRON, Ethereum, Base, BNB Chain, Polygon, Arbitrum, Avalanche, dan Robinhood Chain sebagai jaringan yang live.

Ada perbedaan dokumentasi yang penting untuk dicatat.

Beberapa dokumentasi Omniston yang lebih lama masih menyebut TRON sebagai sesuatu yang akan datang, sementara halaman produk saat ini mencantumkan TRON sebagai live.

Alih-alih menganggap dokumentasi yang lebih lama sebagai sesuatu yang pasti, interpretasi paling aman adalah bahwa dokumentasi dan peluncuran produksi diperbarui pada waktu yang berbeda.

Untuk ketersediaan yang benar-benar nyata, infrastruktur RFQ live adalah sumber operasional yang lebih relevan.

Itulah juga mengapa daftar chain yang didukung sebaiknya diperlakukan sebagai informasi yang sensitif terhadap waktu, bukan spesifikasi protokol yang permanen.

❑ Arsitektur ini juga dirancang untuk pengembang

Omniston tidak hanya dimaksudkan untuk digunakan lewat antarmuka STON.fi.

STON.fi menyediakan alat bagi developer untuk aplikasi yang ingin mengintegrasikan sistem.

Dokumentasi mencakup integrasi berbasis SDK untuk meminta quote, menyusun transaksi, dan melacak perdagangan. Panduan saat ini menunjukkan integrasi dengan React dan konektivitas dompet TON, sementara platform Omniston menyediakan infrastruktur SDK, API/RFQ, dan widget.

Perbedaan itu signifikan.

Jika Omniston hanya merupakan sebuah fitur di dalam aplikasi STON.fi, peran arsitekturnya akan relatif sempit.

Dengan mengekspos infrastruktur eksekusi ke aplikasi lain, STON.fi berusaha membuat Omniston menjadi lapisan likuiditas dan eksekusi yang bisa dipakai ulang.

Karena itu, arsitektur ini lebih baik dipahami sebagai infrastruktur daripada sekadar fitur trading front-end.

❑ Biaya adalah bagian dari model eksekusi

Halaman produk Omniston saat ini menjelaskan dua komponen biaya:

biaya protokol yang ditentukan per pasangan aset;

sebuah biaya integrator yang dikonfigurasi oleh aplikasi menggunakan Omniston.

Rentang biaya integrator yang dinyatakan adalah 0.01 hingga 100 basis poin, dengan biaya dikumpulkan dalam aset tujuan dan diberlakukan di tingkat smart-contract.

Satu basis poin adalah seperseeratus dari satu poin persentase.

Karena itu:

1 basis poin = 0.01%

10 basis poin = 0.10%

100 basis poin = 1%

Keberadaan biaya yang dapat dikonfigurasi berarti Omniston bukan sekadar open routing API tanpa lapisan ekonomi.

Ini memiliki model eksekusi di mana para integrator dapat memasukkan biaya mereka sendiri ke dalam transaksi yang dikutip.

❑ Pertanyaan skala perlu interpretasi yang hati-hati

STON.fi saat ini menyajikan Omniston sebagai penggerak setiap swap di STON.fi dan menggambarkan sistem memproses puluhan juta swap serta miliaran dolar dalam volume.

Namun, ada batasan analitis yang penting.

Data publik tidak memisahkan secara rapi volume khusus Omniston dari volume historis DEX STON.fi yang mendasarinya.

Ini penting karena Omniston menjadi mekanisme routing default hanya setelah integrasinya ke dApp STON.fi.

Saat snapshot terakhirnya yang diambil, DefiLlama saat ini melaporkan STON.fi sebagai AMM berbasis TON dengan TVL sekitar $27.15 juta dan volume DEX 30 hari sebesar $104.21 juta. Ia juga melaporkan volume DEX kumulatif sekitar $8.50 miliar.

Angka-angka ini menggambarkan protokol STON.fi menurut metodologi DefiLlama.

Mereka tidak seharusnya disajikan sebagai statistik Omniston yang terverifikasi secara independen.

Perbedaan itu penting saat mengevaluasi skala lapisan eksekusi.

❑ Bukti keamanan ada, tetapi memiliki batas

Klaim keamanan juga harus dipisahkan berdasarkan cakupan.

Kontrak AMM v2 STON.fi yang lebih luas telah direview oleh Trail of Bits pada Januari 2025.

Secara terpisah, STON.fi mengumumkan bahwa kontrak escrow Omniston-nya telah diaudit oleh TonTech pada Agustus 2025.

Ini adalah sinyal keamanan yang berguna, tetapi audit tidak setara dengan membuktikan bahwa sebuah protokol aman.

Sebuah audit adalah tinjauan terhadap kode dan cakupan yang ditentukan pada titik waktu tertentu.

Arsitektur lintas-chain juga memperkenalkan banyak komponen dan jaringan, sehingga pertanyaan keamanan meluas melampaui satu smart contract saja.

Karena itu, kesimpulan yang tepat adalah bahwa Omniston telah menjalani tinjauan keamanan yang terdokumentasi untuk komponen-komponen yang relevan, sementara keberadaan audit tidak boleh ditafsirkan sebagai jaminan terhadap kerentanan di masa depan.

❑ Apa yang diubah Omniston untuk STON.fi

Evolusi dapat dilihat dalam tiga tahap.

1. AMM

STON.fi menyediakan liquidity pool dan infrastruktur automated market-making di TON.

2. Agregator

Omniston menghubungkan banyak sumber likuiditas dan menggunakan RFQ untuk menentukan rute yang dapat dieksekusi.

3. Lapisan eksekusi lintas-chain

Arsitektur yang lebih baru memperluas eksekusi berbasis RFQ melampaui TON dan mengoordinasikan likuiditas sisi sumber dan sisi tujuan menggunakan mekanisme penyelesaian atomik.

Perkembangan tersebut mengubah cakupan infrastruktur.

AMM pada dasarnya adalah tempat/venue likuiditas.

Omniston adalah koordinator eksekusi.

Dua sistem tersebut saling terkait, tetapi tidak dapat saling menggantikan.

❑ Pertanyaan yang belum terjawab sama pentingnya dengan arsitekturnya

Masih ada beberapa detail yang sulit diverifikasi dari materi yang bisa diakses publik.

Jumlah resolver aktif yang tepat tidak diungkapkan dengan jelas dalam dokumentasi publik saat ini.

Daftar lengkap sumber likuiditas DEX yang diagregasi pada setiap momen juga tidak disajikan sebagai daftar publik permanen.

Parameter timeout HTLC yang tepat dapat bergantung pada alur eksekusi, bukan diwakili oleh satu angka universal.

Dan data yang tersedia secara publik tidak menyediakan dasbor yang bersih dan independen yang menunjukkan volume khusus Omniston di setiap aplikasi dan chain yang terintegrasi.

Ini bukan berarti ada kekurangan pada arsitektur.

Itu hanyalah batasan tentang apa yang saat ini bisa ditetapkan dari bukti publik.

Penilaian berbasis riset seharusnya mempertahankan perbedaan-perbedaan tersebut, bukan mengisinya dengan asumsi.

❑ Di mana Omniston berada dalam arsitektur STON.fi yang lebih luas

Cara paling sederhana untuk memahami sistem adalah memisahkan komponen-komponennya.

STON.fi AMM:

Menyediakan automated market-making dan liquidity pool di TON.

Omniston:

Mengagregasikan likuiditas dan meminta quote yang dapat dieksekusi.

Resolver:

Berikan quote dan, untuk eksekusi lintas-chain, likuiditas sisi tujuan.

Penyelesaian HTLC:

Mengoordinasikan sisi sumber dan sisi tujuan untuk transaksi lintas-chain yang didukung.

SDK/API:

Memungkinkan aplikasi eksternal untuk mengintegrasikan infrastruktur eksekusi.

Bersama-sama, komponen-komponen ini merepresentasikan peralihan dari satu decentralized exchange menuju arsitektur routing likuiditas dan eksekusi yang lebih luas.

Apakah arsitektur tersebut pada akhirnya akan digunakan secara luas di seluruh aplikasi dan rantai adalah pertanyaan adopsi yang tidak bisa dijawab hanya dari keberadaan teknologi.

Yang dapat ditetapkan saat ini lebih spesifik:

Omniston telah berkembang dari agregasi likuiditas yang berfokus pada TON menjadi infrastruktur eksekusi lintas-chain yang digunakan STON.fi untuk swap-nya sendiri dan tersedia untuk integrasi eksternal.

Itu adalah deskripsi yang lebih tepat tentang apa yang dilakukan sistem tersebut.

❑Referensi

Sumber Resmi

STON.fi — Omniston

https://ston.fi/omniston

Dokumentasi STON.fi — Ikhtisar Omniston

https://docs.ston.fi/developer-section/omniston/overview

Dokumentasi STON.fi — Resolver Omniston

https://docs.ston.fi/developer-section/omniston/resolvers

Dokumentasi STON.fi — Panduan Developer Omniston

https://docs.ston.fi/developer-section/quickstart/omniston

GitHub STON.fi — Omniston SDK

https://github.com/ston-fi/omniston-sdk

Blog STON.fi — Omniston kini menggerakkan setiap swap di STON.fi https://blog.ston.fi/omniston-now-powers-every-swap-on-ston-fi/

STONfi x

https://x.com/ston_fi

Riset & Analitik

DefiLlama — Metrik STON.fi

https://defillama.com/protocol/ston.fi

Trail of Bits — STON.fi TON AMM DEX v2 Security Review https://github.com/trailofbits/publications/blob/master/reviews/2025-01-stonfi-ton-amm-dex-v2-securityreview.pdf

HackenProof

— STON.fi DEX Smart Contracts v2 Bug Bounty https://hackenproof.com/programs/ston-dot-fi-dex-smart-contracts-v2

CertiK — Profil Keamanan STON.fi https://skynet.certik.com/projects/ston-fi

Sumber Komunitas & Program

STONbassadors — Program Resmi https://ston.fi/stonbassadors

Panduan STONbassadors https://ambassadors.ston.fi/

Ditulis oleh Binnoreen

X: https://x.com/Bin_noreen

Telegram https://t.me/binnoreen