MaelleCrypto

STONfi SDKを通じてスワップが準備されると、最小許容出力値が含まれます。この値は、見積もり結果とユーザーまたは統合アプリケーションが選択したスリippage許容範囲から導き出されます。ネットワークに送信されるトランザクションには、この最小値がコントラクト呼び出しの一部として埋め込まれています。
実行中、STONfiプールコントラクトとOmnistonルートはこの制限を尊重しなければなりません。実際の出力が指定された最小値を下回る場合、トランザクションは完了せずにリバートされ、より悪いレートで完了することはありません。これにより、見積もりと実行の間でプールの状態が変化した場合の予期しない結果を防ぎます。
スリippage制限はインターフェースだけでなくチェーン上で強制されるため、統合者は誤ってこれを回避することはできません。STOFi SDKを使用するウォレット、ボット、アプリは同じ保護を受け、ユーザーは異なるツール間で一貫した動作に依存できます。 $TON $DOGS

Multi hopルートは、複数のプールを通過する操作のシーケンスとしてSTONfiでエンコードされます。Omnistonレイヤーはこれらのシーケンスを構築し、STONfi SDKはそれらを単一のトランザクションペイロードに変換します。
各ホップは、特定のプールコントラクトへの呼び出しとして表され、定義された入力と期待される出力があります。実行時には、トランザクションはこれらのホップを順番に処理します。1つのホップからの出力は次のホップへの入力となり、各プールは独自の手数料を適用し、残高を更新します。
もしもいずれかのホップがローカルの制約を満たさなかったり、全体のルートが最小出力を満たさなかった場合、トランザクション全体がリバートされます。このアプローチにより、マルチホップルートはアトミックに保たれます。ユーザーは中間ホップからの部分的な結果を受け取ることはありません。スワップの全チェーンがSTONfiのルールに従って成功するか、状態が変更されずに維持されるかのいずれかです。$TON $DOGS

STONfiプールによって徴収された手数料はプール内に留まり、時間とともに効果的に複利されます。スワップが発生すると、入力の一部が手数料として保持され、プールの残高に追加されます。
これらの手数料に対して別途引き出しや再配分のステップは必要ありません。 これは流動性提供者がプールのシェアの価値が取引を通じて増加するのを見ることを意味します。 複利は暗黙のものです：新しいスワップごとにわずかに大きな残高が使用され、その価格曲線は出力を計算する際にそれを考慮します。
この効果は手動の介入なしに蓄積されます。 統合の観点から、この設計は会計を簡素化します。 STONfi SDKと外部ツールは、プールの残高とシェア供給を読み取るだけで、各ポジションがどれだけの価値を表しているかを理解できます。 すべての手数料履歴は、プールの現在の状態にエンコードされています。 $TON $DOGS

決定論的な実行は、STONfiコントラクトのコアな特性です。
同じ入力と同じチェーン状態が与えられた場合、すべてのノードはスワップ、流動性操作、ファーミングのインタラクションに対して同じ結果を計算します。
これは、固定小数点演算を厳密に使用し、外部データソースを避け、すべての状態をコントラクト内に保持することによって実現されます。
インテグレーターにとっては、これにより、STONfi SDKを通じて行われるシミュレーションが、基礎となる状態が変更されていない限り、オンチェーンの結果と一致します。
もしシミュレーションと実行の間に状態が変わる場合、スリッページと最小出力のチェックにより、トランザクションは合意された範囲内で完了するか、完全にリバートされます。
この一貫性は、STONfiの上に構築されたウォレット、ボット、アプリケーションにとって重要です。
彼らは、実際にトランザクションが実行されるときに同じルールが適用されることを知りながら、プレビュー、予測、リスクチェックを提供できます。$TON $DOGS

STONfiの完全なユーザージャーニーは、しばしば複数のコントラクト操作を一つのアクションのように組み合わせます。例えば、ウォレットを通じて流動性を追加する際には、資産移動の承認、任意の提供のための内部スワップ、プールシェアのミント、そして必要に応じてファーミングコントラクトへのステーキングが含まれることがあります。
. STONfi SDKは、これらのステップを一つの準備されたトランザクションまたは短いシーケンスに調整し、ウォレットの機能に応じて実行します。ユーザーの視点からは、シンプルなフローのままです：プールを選択し、金額を決めて確認します。裏側では、各ステップが慎重に順序付けられており、失敗すると全体の操作がリバートされ、部分的な状態が残らないようになっています。
この設計により、フロントエンドは正確性を犠牲にすることなく、合理化された体験を提供できます。すべての重要な遷移はSTOFiコントラクト内で行われ、各中間の変更は原子性を持って完了するか、チェーンによってロールバックされます。$TON

スワップがプール容量の限界に近づくと、STONfiはほぼゼロの出力や極端な価格変動などのエッジケースに対処しなければなりません。プールコントラクトには、取引がほとんどすべての資産を枯渇させたり、リザーブに対して不合理な範囲に価格を押し込んだりしないようにチェックが含まれています。
Omnistonはまた、予想される出力が入力に比べて小さすぎる場合や、スリッページが事前に設定された制限を超える場合のルートをフラグ付けする役割も果たします。これらのルートは見積もり段階で拒否されるため、ユーザーが署名できる段階に到達しません。
コントラクトレベルのガードとルーティングレベルのチェックを組み合わせることで、STONfiは異常な取引のリスクを低減します。STONfi SDKを使用した統合はこれらの保護をデフォルトで継承し、ウォレットやボットの動作をプロトコルレベルの安全ルールに沿ったものに保ちます。$DOGS $GT

STONfiのいくつかのプールには、インパーマネントロス保護や安定スワップ動作などの追加メカニズムを示すタグが付いています。安定志向のプールは、通常狭い価格帯で取引される資産向けに設計されています。
それらは予想される価格周辺に流動性を集中させ、小さな偏差に対するスリッページを減らすことができます。インパーマネントロス保護は、特定のプールに対してもう一層の保護を提供します。これは、これらのプール内の資産間の価格乖離に対して流動性提供者に部分的に補償し、しばしばプロトコルや関連プロジェクトによって資金提供される追加報酬を通じて行われます。ユーザーの観点からは、これは価格変動がより起こりやすい市場でポジションを保持する際の不確実性を軽減します。
これらの機能は、STO Nfiが使用する基本的な自動マーケットメイカー（AMM）モデルを拡張します。これにより、異なる資産タイプを適切なプール構成と一致させながら、同じ契約フレームワークとルーティングインフラストラクチャの下で運用することが可能になります。 $TON $DOGS

STONfi SDKは、プロトコルを利用したいウォレット、ボット、アプリケーションのための共有統合レイヤーとして機能します。
各製品が独自の価格設定、ルーティング、取引構築のロジックを実装する代わりに、それらの詳細をカプセル化したSDK関数を呼び出します。
内部的には、SDKは主要なSTONfiインターフェースを支える同じコントラクトとOmnistonルーティングと通信します。
それは見積もりを要求し、取引を構築し、ユーザーが好む環境で署名できるデータ構造を準備します。
これにより、異なるツール間での動作が一貫性を保ちます：同じ入力は、どのフロントエンドを使用しても比較可能な出力につながります。
より多くの製品がSTONfi SDKを採用するにつれて、プロトコルの周りに一貫した技術層を形成します。
異なるインターフェースから開始されたスワップや流動性操作も、同じプールとルーティングに収束し続け、TONネットワーク上のアプリケーションの共通バックエンドとしてのSTONfiを強化します。
$TON $DOGS

シングルサイドの提供は、STONfiでプールへのエントリーを簡素化するだけでなく、新しいファーミングの機会が既存の流動性の上に現れたときに反応しやすくします。ユーザーは、最初に残高を分割して比率を手動で調整することなく、1つの資産だけでプールに参加できます。
コントラクトは、STONfi独自のプールを使用して必要な内部スワップを行い、結果のポジションを割り当てます。ポジションが存在すると、それを同じ流動性の上にあるファーミングコントラクトにステーキングできます。単一資産を保持しながらファームに参加するまでの技術的なステップは、1つのインターフェースでいくつかの操作に短縮されます。プロトコルにとって、このワークフローは、新しいまたは更新されたファーミングプログラムが迅速に新しい流動性を受け取る可能性を高めます。
同じアービトラリー提供メカニズムとファーミング構造は、異なるプール間で再利用されており、全体の設計をシンプルに保ちながら、より多くのユースケースをカバーしています。$DOGS $TON

シングルサイドの提供は、STONfiでプールへのエントリーを簡素化するだけでなく、新しいファーミングの機会が既存の流動性の上に出現したときに反応しやすくします。ユーザーは、最初に残高を分割して比率を手動で調整することなく、1つの資産だけでプールに参加できます。
このコントラクトは、STONfi独自のプールを使用して必要な内部スワップを行い、結果として得られるポジションを割り当てます。ポジションが存在すると、それを同じ流動性の上にあるファーミングコントラクトにステーキングできます。単一資産を保持しながらファームに参加するまでの技術的なステップは、1つのインターフェースで数アクションに短縮されます。プロトコルにとって、このワークフローは、新しいまたは更新されたファーミングプログラムが迅速に新しい流動性を受け取る可能性を高めます。
同じアービトラリー提供メカニズムとファーミング構造は、異なるプール間で再利用されており、全体の設計をシンプルに保ちながら、より多くのユースケースをカバーしています。$TON $DOGS

TONの活動が増加するにつれて、STONfiが使用するルーティング層は、変化するガスコスト、プールの状態、新しい会場を考慮しなければなりません。Omnistonは、利用可能なルートのビューを継続的に更新し、価格だけでなく各経路のコストと信頼性も考慮します。
ガス使用量や混雑により特定のルートが魅力的でなくなる場合、ルーターは類似の結果をより少ないステップで達成できる代替案に優先順位をシフトさせることができます。新しいSTONfiプールや接続された会場が十分な深さに達した場合、ユーザーやインテグレーターの変更を必要とせずにルーティングセットに追加できます。
この動的な動作により、STONfiはより高いボリュームを処理しながらも予測可能な実行を維持できます。基礎となるコントラクトは同じままですが、ルートの構築方法は現在の状況に適応し、ネットワーク負荷の異なる段階でもスワップを効率的に保ちます。$TON $DOGS

STONfiは、TONネットワーク上の多くのウォレット、ボット、アプリケーションのバックエンドとして使用されています。ユーザーがウォレットやTelegramボットのスワップボタンをタップすると、そのリクエストはしばしば別の社内取引所ではなく、STONfiプールとルーティングに送られます。
この共有バックエンドモデルにより、異なるインターフェースがコアロジックを重複させることなく、スワップ、流動性提供、ファーミングを提供できます。彼らは同じプール、同じOmnistonルーティング層、そして同じSTONfi SDKに依存しています。
ユーザーにとっては、フロントエンドが非常に異なって見えても、価格や挙動が類似している結果となります。より多くの製品がこの方法でSTONfiに接続されるにつれ、そのプロトコルはより広いエコシステムの技術的基盤となります。流動性と実行は一つのコントラクトセットに集中し、実験とユーザー体験はインターフェース層で行われます。$TON $DOGS

その技術アーキテクチャの上に、STONfiはアンバサダープログラム、教育コール、プロトコルのアップデートに関するオープンディスカッションなど、コミュニティと連携した仕組みをサポートしています。
これらのイニシアチブは、報酬の配布やオンチェーンの参加に認識をリンクするなど、コアシステムを支える同じコントラクトとデータを使用しています。コミュニティの報酬は、通常のDeFiアクションと同じインフラを通じて流れるため、実際の使用から乖離した別の会計システムは存在しません。
インセンティブは、流動性の提供、新しいプールとのインタラクション、またはOmnistonとSTONfi SDKに依存する機能のテストに直接結びつけることができます。この連携により、コミュニティの活動は、STONfiで利用可能な実際のツールやインストルメントとつながり続けることが保証されます。これらのプログラムに参加するユーザーは、技術的な内容で説明されている同じプール、ルーティング、分析に誘導され、切り離されたサイドシステムには誘導されません。$TON $DOGS

ユーザーがSTONfiでスワップを確認すると、フローは直接取引ではなく見積もりリクエストから始まります。インターフェースまたは統合されたアプリは、最大許容偏差とスワップを実行すべき時間枠を含む、正確な入力と出力のペアをSTONfiバックエンドに問い合わせます。
裏側では、このリクエストはOmnistonに渡され、複数のソルバーにクエリを送ります。各ソルバーは、現在のSTONfiプールや他の接続された会場の状態を調査し、潜在的な経路をシミュレーションし、ロックされた価格を持つ候補ルートを返します。
これらのルートのいずれかが選択された後に初めて、フロントエンドは選択された経路をエンコードした取引を構築します。見積もりと実行を分離することで、STONfiはユーザーが合意した結果を受け取るか、取引が失敗することを保証できます。ルートは途中で再計算されないため、スリッページは見積もり段階で交渉された範囲に限定され、その閾値を超える偏差が生じると取引はリバートされます。$TON $DOGS

内部的に、各STONfiプールはシェアベースの会計モデルを通じて流動性提供者を追跡します。ユーザーが流動性を追加すると、コントラクトは彼らの貢献に対応するシェア数を計算し、現在のプールの規模と構成を考慮します。
これらのシェアはプールの総準備金の一部を表しています。スワップが行われると、手数料がプール内に蓄積され、両方の資産の絶対的な残高が変化します。各提供者が保有するシェアの数は変わりませんが、シェアの背後にある価値はプールの総準備金とともに増加します。提供者が引き出すとき、コントラクトは彼らのシェア比率を使って各資産の受け取る量を計算します。
このモデルにより、STONfiはすべての手数料会計をオンチェーンで行い、完全に決定論的に保つことができます。別途の報酬台帳やオフチェーンの残高計算は必要ありません。プールの構成の変化はすべて即座にシェアの価値に反映され、STONfi SDKを使用するインテグレーターはこれらの値を直接コントラクトから読み取ることができます。$TON $DOGS

スワップがSTONfiを通じて実行されると、手数料は単一のグローバルステップではなく、プールレベルで適用されます。選択されたルートに沿った各プールは、入ってくる取引に対して独自の手数料を課し、その手数料をリザーブに加え、残りの金額を次に渡します。
したがって、ユーザーにとっての実効手数料は、ルートに沿ったすべてのプールレベルの手数料の合計です。Omnistonは全経路を把握しているため、これらのプールごとの手数料を考慮して候補ルートを比較できます。より多くのホップを持つ経路は必ずしも悪いわけではありませんが、追加の手数料をより良い価格や深い流動性で補う必要があります。STONfiのルーティングロジックは、この詳細なビューに依存しており、価格だけで良さそうに見えるルートでも、累積手数料で大きく損失するルートを避けることができます。
流動性提供者にとって、この設計は、参加するすべてのプールが独立して手数料を集めることを意味します。スワップが複数のプールに分割されても、それぞれの部分は対応するプールの手数料収入に寄与し、その収入はプール内の提供者のシェア価値に反映されます。$TON $DOGS

多くの自動マーケットメイカーでは、プールに参加するには特定の比率で両方の資産を保有する必要があります。STONfiでは、流動性提供は単一の資産から始めることができます。コントラクトは1つのトークンを受け取り、内部でSTONfiプールを使ったスワップを行い、その後プール曲線に合ったバランスの取れたポジションを構築します。これにより、ユーザーは手動の準備ステップを省略できます。
事前に残高を2つの資産に分割したり、流動性を追加する前に小さな価格変動に調整したりする必要はありません。コントラクトが変換と計算を処理し、最終的なポジションは手数料の蓄積や両側へのエクスポージャーを持つ他のプールのシェアと同じように動作します。
この機能はコントラクトレベルで実装され、STNfi SDKを通じて公開されているため、異なるインターフェースでも同じ動作を提供できます。ウォレット、ボット、またはSTONfiを統合したウェブアプリは、独自のバリエーションを実装せずに、すべて同じ任意提供ロジックに依存しています。$TON $DOGS

STONfiプールは、v1やv2などのバージョンラベルや、ファーミング、ステーブル、保護などのタグを付けることができます。バージョンは、プールが使用する契約の世代を示します。新しいバージョンは、通常、数学の改良、ガス効率、安全性のチェックを含む一方で、基本的なインターフェースは馴染みやすいままです。これらのラベルは、視覚的なヒントだけではありません。
STONfiとOmnistonを支えるルーティングロジックは、深さが十分な場合にv2プールを優先しつつ、流動性が残っているv1もサポートします。実際には、これによりアップグレードを段階的に展開でき、流動性が自然なペースで移動し、強制されることがなくなります。追加のタグ、例えばステーブルスワップ曲線や一時的損失保護は、価格変動時のプールの挙動を示します。
バージョニングとともに、これらはユーザーやインテグレーター向けの小さな技術マップを形成し、どのプールが特定の資産や戦略に適しているかを示します。 $TON $DOGS

Omnistonは、単一のSTONfiエントリーポイントの背後で複数の流動性源を接続する流動性メッシュとして機能します。スワップがリクエストされると、Omnistonは複数のソルバーに連絡して見積もりを準備します。各ソルバーは、STONfiプールやネットワーク上の他の互換性のある会場から流動性を集約できます。
ソルバーからの応答には、価格とルートの説明が含まれます。STONfiのOmnistonロジックはこれらのオプションを比較し、要求されたパラメータを満たし、最もコストが低いか最良の出力を提供するルートを選択します。選択されたルートは、その後、ユーザーが署名する単一の取引に変換されます。内部的に複数のプールやプロトコルが関与していてもです。
この設計により、STONfiは追加の複雑さをユーザーに露出させることなく、より広い流動性の景観から恩恵を受けることができます。取引の分割方法や流動性の正確な出所の詳細は、Omnistonとソルバーによって処理され、STONfiはそれらを接続する安定した予測可能なインターフェースのままです。 $TON $DOGS

STONfiは、さまざまな資産ペアにより適したプールタイプをサポートしています。ボラティリティの高いプールは、独立した価格変動を持つ資産に適した標準的な自動マーケットメイカーの曲線に従います。安定志向のプールは、資産の価値が近接していると予想される場合に、流動性を狭い価格範囲に集中させるように曲線を調整します。いくつかのプールには、インパーマネントロスの部分的な補償などの保護メカニズムが追加されています。
これらのメカニズムは、ペアの背後にあるプロジェクトによって定義された追加の報酬フローや制約を通じて実装されています。技術的には、依然としてSTONfiプールとOmnistonルーティングに依存していますが、インセンティブの構造をより強化しています。ユーザーやインテグレーターにとって、プールタグやラベルはこれらの設定の簡潔な説明を提供します。
それらは、プールがボラティリティ志向か安定志向か、保護が有効か、どのバージョンのコントラクトを使用しているかを示し、参加者が各資産組み合わせに適した構造を選択できるように支援します。$DOGS