MaelleCrypto

Ketika swap dipersiapkan melalui SDK STONfi, itu mencakup nilai output minimum yang dapat diterima. Nilai ini berasal dari hasil kutipan dan toleransi slippage yang dipilih oleh pengguna atau aplikasi yang mengintegrasikan. Transaksi yang dikirim ke jaringan menyisipkan nilai minimum ini sebagai bagian dari panggilan kontrak.
Selama eksekusi, kontrak kolam STONfi dan rute Omniston harus menghormati batas ini. Jika output aktual akan turun di bawah minimum yang ditentukan, transaksi akan dibatalkan alih-alih selesai dengan tarif yang lebih buruk. Ini mencegah hasil yang tidak diharapkan ketika

Rute multi-lompong di STONfi dikodekan sebagai rangkaian operasi yang melewati beberapa pool. Lapisan Omniston membangun rangkaian ini, dan SDK STONfi mengubahnya menjadi satu payload transaksi.
Setiap lompatan diwakili sebagai panggilan ke kontrak pool tertentu dengan input yang ditentukan dan output yang diharapkan. Pada saat eksekusi, transaksi memproses lompatan ini secara berurutan. Output dari satu lompatan menjadi input untuk lompatan berikutnya, sementara setiap pool menerapkan biaya sendiri dan memperbarui saldo mereka.
Jika ada lompatan yang gagal memenuhi kendala lokalnya atau rute

Biaya yang dikumpulkan oleh kolam STONfi tetap berada di dalam kolam dan secara efektif mengkompaun seiring waktu. Ketika terjadi pertukaran, sebagian dari input dipertahankan sebagai biaya dan ditambahkan ke saldo kolam.
Tidak diperlukan langkah penarikan atau redistribusi terpisah untuk biaya ini. Ini berarti bahwa penyedia likuiditas melihat bagian mereka dari kolam bertambah nilainya seiring semakin banyak perdagangan yang melewati. Pengkompaunan ini bersifat implisit: setiap pertukaran baru menggunakan cadangan yang sedikit lebih besar, dan kurva penetapan harga memperhitungkan hal ini sa

Eksekusi deterministik adalah properti inti dari kontrak STONfi. Dengan input yang sama dan keadaan rantai yang sama, setiap node akan menghitung hasil yang sama untuk swap, operasi likuiditas, dan interaksi pertanian.
Ini dicapai dengan secara ketat menggunakan aritmatika titik tetap, menghindari sumber data eksternal, dan menjaga semua keadaan dalam kontrak. Bagi integrator, ini berarti bahwa simulasi yang dilakukan melalui SDK STONfi akan cocok dengan hasil di rantai selama keadaan dasar tidak berubah. Jika keadaan berubah antara simulasi dan eksekusi, slipage dan pemeriksaan output minimum

Perjalanan pengguna lengkap di STONfi sering menggabungkan beberapa interaksi kontrak menjadi apa yang tampak seperti satu tindakan. Misalnya, menambahkan likuiditas melalui dompet dapat melibatkan menyetujui pergerakan aset, melakukan swap internal untuk Penyediaan Sewenang-wenang, mencetak saham pool dan secara opsional menaruhnya dalam kontrak pertanian
. SDK STONfi mengoordinasikan langkah-langkah ini menjadi satu transaksi yang dipersiapkan atau urutan singkat, tergantung pada kemampuan dompet. Dari perspektif pengguna, ini tetap merupakan alur sederhana: pilih pool, tentukan jumlah dan k

Ketika swap mendekati batas kapasitas pool, STONfi harus menangani kasus tepi seperti output mendekati nol atau pergeseran harga ekstrem. Kontrak pool termasuk pemeriksaan yang mencegah perdagangan dari menguras hampir semua aset atau mendorong harga ke rentang yang tidak masuk akal relatif terhadap cadangan.
Omniston juga berperan dengan menandai jalur yang diharapkan outputnya terlalu kecil dibandingkan input atau di mana slippage akan melebihi batas yang dikonfigurasi bahkan sebelum eksekusi. Jalur seperti itu ditolak pada tahap penawaran, sehingga mereka tidak pernah mencapai titik di ma

Beberapa kolam di STONfi membawa label yang menunjukkan mekanisme tambahan, seperti perlindungan kerugian tidak permanen atau perilaku pertukaran stabil. Kolam yang berorientasi stabil dirancang untuk aset yang biasanya diperdagangkan dalam rentang harga yang sempit.
Mereka memusatkan likuiditas di sekitar harga yang diharapkan dan dapat mengurangi slippage untuk deviasi kecil. Perlindungan kerugian tidak permanen menambahkan lapisan lain untuk kolam tertentu. Ini sebagian mengkompensasi penyedia likuiditas atas penyimpangan harga antara aset dalam kolam tersebut, sering melalui hadiah tambah

SDK STONfi bertindak sebagai lapisan integrasi bersama untuk dompet, bot, dan aplikasi yang ingin menggunakan protokol. Alih-alih setiap produk mengimplementasikan logikanya sendiri untuk penetapan harga, pengaturan jalur, dan konstruksi transaksi, mereka memanggil fungsi SDK yang mengenkapsulasi detail ini. Secara internal, SDK berbicara dengan kontrak yang sama dan pengaturan jalur Omniston yang mendukung antarmuka utama STONfi.
Ini meminta kutipan harga, membangun transaksi, dan menyiapkan struktur data yang dapat ditandatangani oleh pengguna di lingkungan pilihan mereka. Ini menjaga perila

Provision satu sisi di STONfi melakukan lebih dari sekadar menyederhanakan masuk ke dalam kolam. Ini juga memudahkan untuk bereaksi ketika peluang pertanian baru muncul di atas likuiditas yang sudah ada. Seorang pengguna dapat memasuki kolam dengan hanya satu aset, tanpa harus membagi saldo mereka terlebih dahulu dan menyesuaikan rasio secara manual.
Kontrak menggunakan kolam milik STONfi sendiri untuk melakukan swap internal yang diperlukan dan mengalokasikan posisi yang dihasilkan. Setelah posisi ada, itu dapat dipertaruhkan dalam kontrak pertanian yang berada di atas likuiditas yang sama.

Provision satu sisi di STONfi melakukan lebih dari sekadar menyederhanakan masuk ke dalam kolam. Ini juga memudahkan untuk bereaksi ketika peluang pertanian baru muncul di atas likuiditas yang sudah ada. Seorang pengguna dapat memasuki kolam dengan hanya satu aset, tanpa harus membagi saldo mereka terlebih dahulu dan menyesuaikan rasio secara manual.
Kontrak menggunakan kolam milik STONfi sendiri untuk melakukan swap internal yang diperlukan dan mengalokasikan posisi yang dihasilkan. Setelah posisi ada, itu dapat dipertaruhkan dalam kontrak pertanian yang berada di atas likuiditas yang sama.

Seiring aktivitas di TON meningkat, lapisan pengalihan yang digunakan oleh STONfi harus mempertimbangkan biaya gas yang berubah, kondisi kolam, dan tempat baru. Omniston terus memperbarui pandangannya tentang jalur yang tersedia, dengan mempertimbangkan tidak hanya harga tetapi juga biaya dan keandalan setiap jalur.
Jika penggunaan gas atau kemacetan membuat jalur tertentu kurang menarik, router dapat mengalihkan preferensi ke alternatif yang mencapai hasil serupa dengan langkah yang lebih sedikit. Ketika kolam STONfi baru atau tempat terhubung mencapai kedalaman yang berarti, mereka dapat dit

STONfi digunakan sebagai backend oleh banyak dompet, bot, dan aplikasi di jaringan TON. Ketika pengguna menekan tombol swap di dompet atau bot Telegram, permintaan sering kali menuju ke kolam dan routing STONfi daripada ke pertukaran internal yang terpisah.
Model backend bersama ini berarti bahwa antarmuka yang berbeda dapat menawarkan swap, penyediaan likuiditas, dan farming tanpa menduplikasi logika inti. Mereka bergantung pada kolam yang sama, lapisan routing Omniston yang sama, dan SDK STONfi yang sama.
Bagi pengguna, ini menghasilkan harga dan perilaku yang serupa di berbagai alat, meskip

Di atas arsitektur teknisnya, STONfi mendukung mekanisme yang selaras dengan komunitas seperti program duta besar, panggilan edukasi, dan diskusi terbuka tentang pembaruan protokol.
Inisiatif-inisiatif ini menggunakan kontrak dan data yang sama yang mendukung sistem inti, misalnya mendistribusikan hadiah melalui kontrak pertanian atau mengaitkan pengakuan dengan partisipasi di rantai. Karena hadiah komunitas mengalir melalui infrastruktur yang sama dengan tindakan DeFi biasa, tidak ada sistem akuntansi terpisah yang bisa menyimpang dari penggunaan sebenarnya.
Insentif dapat langsung terkait

Ketika pengguna mengonfirmasi swap di STONfi, alur dimulai dengan permintaan penawaran daripada transaksi langsung. Antarmuka atau aplikasi terintegrasi meminta backend STONfi untuk pasangan input dan output yang tepat, termasuk deviasi maksimum yang dapat diterima dan jendela waktu di mana swap harus dieksekusi.
Di balik layar, permintaan ini diteruskan ke Omniston, yang mengajukan pertanyaan ke beberapa solver. Setiap solver memeriksa keadaan terkini dari kolam STONfi dan tempat lain yang terhubung, mensimulasikan jalur potensial dan mengembalikan rute kandidat dengan harga terkunci.
Hanya

Secara internal, setiap kolam STONfi melacak penyedia likuiditas melalui model akuntansi berbasis saham. Ketika pengguna menambahkan likuiditas, kontrak menghitung berapa banyak saham yang sesuai dengan kontribusinya, dengan mempertimbangkan ukuran dan komposisi kolam saat ini.
Saham ini mewakili sebagian dari total cadangan kolam. Saat swap terjadi, biaya terkumpul di dalam kolam dan mengubah saldo absolut dari kedua aset. Jumlah saham yang dimiliki oleh setiap penyedia tetap sama, tetapi nilai di balik setiap saham meningkat seiring dengan total cadangan kolam. Ketika penyedia menarik, kon

Ketika sebuah swap dilakukan melalui STONfi, biaya dikenakan di tingkat kolam daripada di satu langkah global. Setiap kolam di sepanjang rute yang dipilih mengenakan biaya sendiri pada perdagangan yang masuk, menambahkan biaya tersebut ke cadangannya dan meneruskan jumlah yang tersisa lebih jauh.
Biaya efektif bagi pengguna adalah jumlah dari semua biaya tingkat kolam di sepanjang rute tersebut. Karena Omniston melihat seluruh jalur, ia dapat mempertimbangkan biaya per kolam ini saat membandingkan rute kandidat. Jalur dengan lebih banyak lompatan tidak selalu lebih buruk, tetapi harus mengkom

Pada banyak pembuat pasar otomatis, bergabung dengan kolam memerlukan memegang kedua aset dalam rasio tertentu. Di STONfi, penyediaan likuiditas dapat dimulai dengan satu aset. Kontrak menerima satu token, melakukan swap internal menggunakan kolam STONfi, dan kemudian membangun posisi seimbang yang sesuai dengan kurva kolam. Bagi pengguna, ini menghilangkan langkah persiapan manual.
Tidak perlu membagi saldo menjadi dua aset sebelumnya atau menyesuaikan perubahan harga kecil sebelum menambahkan likuiditas. Kontrak menangani konversi dan perhitungan, dan posisi akhir berperilaku seperti bagian

Pool STONfi dapat membawa label versi seperti v1 dan v2, bersama dengan tag seperti farming, stable atau protection. Versi menunjukkan generasi kontrak yang digunakan oleh pool. Versi yang lebih baru biasanya mencakup penyempurnaan pada matematika, efisiensi gas, atau pemeriksaan keamanan, sambil tetap menjaga antarmuka dasar yang familiar. Label ini bukan hanya petunjuk visual.
Logika routing yang mendukung STONfi dan Omniston dapat lebih memilih pool v2 ketika kedalaman cukup, sambil tetap mendukung v1 di mana likuiditas tetap ada. Dalam praktiknya, ini berarti bahwa peningkatan dapat ditera

Omniston bertindak sebagai jaringan likuiditas yang menghubungkan beberapa sumber likuiditas di balik satu titik masuk STONfi. Ketika permintaan swap diajukan, Omniston menyiapkan penawaran dengan menghubungi beberapa solver. Setiap solver dapat menggabungkan likuiditas dari pool STONfi dan tempat lain yang kompatibel di jaringan.
Respons dari solver mencakup harga dan deskripsi rute. Logika Omniston di STONfi membandingkan opsi-opsi ini dan memilih rute yang memenuhi parameter yang diminta dengan biaya terendah atau output terbaik. Rute yang dipilih kemudian diubah menjadi satu transaksi yang

STONfi mendukung beberapa jenis kolam untuk lebih cocok dengan pasangan aset yang berbeda. Kolam yang volatil mengikuti kurva pembuat pasar otomatis standar yang cocok untuk aset dengan pergerakan harga independen. Kolam yang berorientasi stabil menyesuaikan kurva untuk memusatkan likuiditas di sekitar kisaran harga yang sempit ketika aset diperkirakan tetap dekat nilainya. Beberapa kolam menambahkan mekanisme perlindungan, seperti perlindungan parsial terhadap kerugian tidak permanen.
Mekanisme ini diimplementasikan melalui aliran imbalan tambahan atau batasan yang didefinisikan oleh proyek d