Maelle Crypto

vip
币龄 0 年
最高 VIP 等级 0
用户暂无简介
当通过 STONfi SDK 准备交换时,它会包含一个最低可接受输出值。该值由报价结果以及用户或集成应用选择的滑点容差推导得出。发送到网络的交易会将此最低值作为合约调用的一部分嵌入其中。
在执行过程中,STONfi 池合约和 Omniston 路由必须遵守此限制。如果实际输出将低于指定的最低值,交易将回滚,而不是以更差的汇率完成。这可以防止在报价与执行之间池状态发生变化时出现意外结果。
由于滑点限制是在链上强制执行的,而不仅仅是在界面中,集成者无法意外绕过它们。任何使用 STONfi SDK 的钱包、机器人或应用都会继承相同的保护,用户可以依赖不同工具之间一致的行为。 $TON $DOGS
TON1.1%
DOGS-0.75%
查看原文
  • 赞赏
  • 评论
  • 转发
  • 分享
在 STONfi 上,多跳路由被编码为一系列操作,这些操作会经过多个资金池。Omniston 层会构建这些序列,而 STONfi SDK 会将它们转换为单一的交易负载。
每一跳都表示对特定资金池合约的调用,并带有已定义的输入与预期输出。在执行时,交易会按顺序处理这些跳转。一个跳转的输出将成为下一个跳转的输入,同时每个资金池都会收取其自身的费用并更新其余额。
如果任意一跳未能满足其本地约束,或整个路由未能达到最低输出,整个交易都会回滚。该方法确保多跳路由具有原子性。用户不会得到来自中间跳转的部分结果。要么根据 STONfi 规则,整条交换链都成功执行;要么状态保持不变,从而维护用户余额的完整性。 $TON $DOGS
TON1.1%
DOGS-0.75%
查看原文
  • 赞赏
  • 评论
  • 转发
  • 分享
由STONfi池收取的费用留在池内,并随着时间的推移有效地实现复利。当发生交换时,输入的一部分作为费用被保留并加入到池的余额中。
这些费用无需单独的提取或再分配步骤。这意味着流动性提供者会看到他们在池中的份额随着更多交易的进行而增长。复利是隐含的:每次新的交换都会使用略微更大的储备,定价曲线在计算输出时会考虑到这一点。
这种效果会在没有任何人工干预的情况下累积。从集成的角度来看,这种设计简化了会计工作。STONfi SDK和外部工具只需读取池的余额和份额供应,即可了解每个头寸代表的价值。所有的费用历史都编码在池的当前状态中。$TON $DOGS
TON1.1%
DOGS-0.75%
查看原文
  • 赞赏
  • 评论
  • 转发
  • 分享
确定性执行是STONfi合约的核心属性。给定相同的输入和相同的链状态,每个节点将计算出相同的交换、流动性操作和农场交互的结果。
这通过严格使用定点算术、避免外部数据源以及将所有状态保持在合约内来实现。对于集成商来说,这意味着通过STONfi SDK进行的模拟在链上结果将一致,只要底层状态没有变化。如果模拟和执行之间状态发生变化,滑点和最小输出检查确保交易要么在约定范围内完成,要么完全回滚。
这种一致性对于建立在STONfi之上的钱包、机器人和应用程序非常重要。它们可以提供预览、预测和风险检查,知道协议在实际执行交易时会强制执行相同的规则。$TON $DOGS
TON1.1%
DOGS-0.75%
查看原文
  • 赞赏
  • 评论
  • 转发
  • 分享
在 STONfi 上的完整用户旅程,往往会将多次合约交互组合成看起来像一次单一操作的流程。例如,通过钱包添加流动性,可能涉及批准资产的移动、执行针对 Arbitrary Provision 的内部交换、铸造资金池份额,并可选地将这些份额质押到挖矿合约中
。STONfi SDK 会根据钱包的能力,将这些步骤协调成一个已准备好的交易,或是一段简短的交易序列。从用户的角度来看,这仍然是一个简单的流程:选择一个资金池、选择一个金额并确认。在底层,每一步都被精心安排顺序,以确保一旦失败就会回滚整个操作,并且绝不会留下部分状态。
这种设计让前端能够在不牺牲正确性的情况下提供更流畅的体验。所有重要的状态变更都发生在 STONfi 合约内部,并且每一次中间变更要么被原子性地完成,要么由区块链回滚。 $TON
TON1.1%
查看原文
gtr
gtrcar part
Pump.Fun
市值:$1055.95持有人数:1
0.00%
  • 赞赏
  • 评论
  • 转发
  • 分享
当交换接近池容量的极限时,STONfi 必须处理边缘情况,例如几乎为零的输出或极端的价格变动。池合约包括检查,防止交易耗尽几乎所有一种资产或将价格推入相对于储备的不合理范围。
Omniston 也起到作用,通过标记预期输出相对于输入过小或滑点在执行前就已超过配置限制的路线。这些路线在报价阶段被拒绝,因此它们永远不会到达用户可以签署的点。
通过结合合约级别的保护措施与路由级别的检查,STONfi 减少了异常交易的风险。使用 STONfi SDK 的集成默认继承这些保护措施,从而保持钱包和机器人行为与协议级别的安全规则一致。$DOGS $GT
DOGS-0.75%
GT1.3%
查看原文
  • 赞赏
  • 评论
  • 转发
  • 分享
STONfi上的一些流动池带有标签,指示额外的机制,例如无常损失保护或稳定兑换行为。以稳定为导向的流动池设计用于通常在狭窄价格区间内交易的资产。
它们将流动性集中在预期价格附近,并可以减少小偏差带来的滑点。无常损失保护为特定的流动池增加了另一层保障。它部分补偿流动提供者在这些池中资产价格偏离时的损失,通常通过协议或相关项目提供的额外奖励来实现。 从用户的角度来看,这降低了在价格更可能变动的市场中持有仓位的不确定性。
这些功能共同扩展了STOFi所使用的基本自动做市商模型。它们允许不同类型的资产与合适的池配置匹配,同时仍在相同的合约框架和路由基础设施下运行。$TON $DOGS
STABLE1.09%
TON1.1%
DOGS-0.75%
  • 赞赏
  • 评论
  • 转发
  • 分享
STONfi SDK 充当钱包、机器人和希望使用协议的应用程序的共享集成层。
而不是每个产品都实现自己的定价、路由和交易构建逻辑,它们调用封装这些细节的 SDK 函数。
在内部,SDK 与驱动主要 STONfi 界面的相同合约和 Omniston 路由通信。
它请求报价,构建交易,并准备用户在其偏好环境中签名的数据结构。
这保持了不同工具之间的行为一致:相同的输入无论使用哪个前端,都会产生可比的输出。
随着越来越多的产品采用 STONfi SDK,它们在协议周围形成了一个一致的技术层。
从不同界面发起的交换和流动性操作仍然汇聚到相同的池和路由上,强化了 STONfi 作为 TON 网络上应用程序的共同后端。
$TON $DOGS
TON1.1%
DOGS-0.75%
  • 赞赏
  • 评论
  • 转发
  • 分享
在 STONfi 上的单边提供不仅简化了进入流动池的流程。它还使在现有流动性上出现新的养殖机会时更容易做出反应。用户可以仅用一种资产进入流动池,而无需先拆分余额并手动调整比例。
该合约使用 STONfi 自己的流动池来执行所需的内部交换并分配相应的头寸。一旦头寸建立,就可以将其质押在位于相同流动性之上的养殖合约中。持有单一资产到参与养殖的技术步骤被简化为在一个界面中的几个操作。对于协议来说,这一工作流程增加了新或更新的养殖计划快速获得新流动性的可能性。
相同的任意提供机制和养殖结构在不同的流动池中被重复使用,这保持了整体设计的简洁,同时覆盖了更多的用例。$DOGS $TON
DOGS-0.75%
TON1.1%
查看原文
  • 赞赏
  • 评论
  • 转发
  • 分享
在 STONfi 上的单边提供不仅简化了进入流动池的流程。它还使在现有流动性上出现新的养殖机会时更容易做出反应。用户可以仅用一种资产进入流动池,而无需先拆分余额并手动调整比例。
该合约使用 STONfi 自己的流动池执行所需的内部交换并分配相应的头寸。一旦头寸建立,就可以将其质押在位于相同流动性之上的养殖合约中。持有单一资产到参与养殖的技术步骤在一个界面中被简化为几个操作。对于协议来说,这一工作流程增加了新或更新的养殖计划快速获得新流动性的可能性。
相同的任意提供机制和养殖结构在不同的流动池中被重复使用,这保持了整体设计的简洁,同时覆盖了更多的用例。$TON $DOGS
TON1.1%
DOGS-0.75%
  • 赞赏
  • 评论
  • 转发
  • 分享
随着TON上的活动增加,STONfi使用的路由层必须考虑不断变化的Gas成本、池子条件和新场所。Omniston不断更新其可用路由的视图,不仅考虑价格,还考虑每条路径的成本和可靠性。
如果Gas使用量或拥堵使某条路线变得不那么有吸引力,路由器可以将偏好转向那些用更少步骤实现类似结果的替代方案。当新的STONfi池或连接场所达到有意义的深度时,它们可以被加入到路由集中,而无需用户或集成商进行更改。
这种动态行为使STONfi能够处理更高的交易量,同时保持可预测的执行。底层合约保持不变,但路由的构建方式会根据当前条件进行调整,从而在网络负载的不同阶段保持交换的高效性。$TON $DOGS
TON1.1%
DOGS-0.75%
  • 赞赏
  • 评论
  • 转发
  • 分享
STONfi 被许多钱包、机器人和 TON 网络上的应用程序用作后端。当用户在钱包或 Telegram 机器人中点击交换按钮时,请求通常会发送到 STONfi 池和路由,而不是单独的内部交易所。
这种共享后端模型意味着不同的界面可以提供交换、流动性提供和农场,而无需重复核心逻辑。它们依赖于相同的池、相同的 Omniston 路由层和相同的 STONfi SDK。
对于用户来说,这导致工具之间的定价和行为类似,即使前端看起来非常不同。随着越来越多的产品以这种方式接入 STONfi,协议成为更广泛生态系统的技术基础。流动性和执行集中在一组合约中,而试验和用户体验则发生在界面层。 $TON $DOGS
TON1.1%
DOGS-0.75%
查看原文
  • 赞赏
  • 评论
  • 转发
  • 分享
在其技术架构之上,STONfi 支持社区一致的机制,例如大使计划、教育通话和关于协议更新的公开讨论。
这些举措使用与核心系统相同的合约和数据,例如通过耕作合约分发奖励或将认可与链上参与关联。因为社区奖励通过与常规DeFi操作相同的基础设施流动,没有单独的会计系统会偏离实际使用。
激励措施可以直接与提供流动性、与新池互动或测试依赖于Omniston和STONfi SDK的功能挂钩。这种一致性确保社区活动始终与STONfi上可用的真实工具和工具保持联系。通过这些计划加入的用户被引导到与技术内容中描述的相同池、路由和分析,而不是进入一个孤立的边缘系统。$TON $DOGS
TON1.1%
DOGS-0.75%
查看原文
  • 赞赏
  • 评论
  • 转发
  • 分享
当用户在STONfi确认兑换时,流程从报价请求开始,而不是直接交易。界面或集成的应用程序会向STONfi后端请求一个精确的输入和输出对,包括最大可接受偏差和必须执行兑换的时间窗口。
在底层,这个请求会传递给Omniston,后者会查询多个求解器。每个求解器会检查当前的STONfi池和其他连接场所的状态,模拟潜在路径并返回一个带有锁定价格的候选路线。
只有在选择了其中一条路线后,前端才会构建一个编码所选路径的交易。通过将报价与执行分离,STONfi可以保证用户要么收到约定的结果,要么交易失败。路线不会在执行过程中重新计算,因此滑点限制在报价阶段协商的范围内,任何超出该阈值的偏差都会导致交易回滚。$TON $DOGS
TON1.1%
DOGS-0.75%
查看原文
  • 赞赏
  • 评论
  • 转发
  • 分享
在内部,每个 STONfi 池通过基于份额的会计模型跟踪流动性提供者。当用户添加流动性时,合约会计算他们的贡献对应多少份额,考虑到当前池的规模和组成。
这些份额代表池总储备的一个部分。随着交易的进行,手续费在池内累积,改变了两种资产的绝对余额。每个提供者持有的份额数量保持不变,但每份额背后的价值随着池的总储备增加而增加。当提供者提款时,合约会使用他们的份额比例来计算他们获得的每种资产的数量。
这种模型使得 STONfi 能够将所有手续费会计保持在链上,并且完全确定性。无需单独的奖励账本或链外余额计算。池组成的每一次变化都会立即反映在份额价值中,使用 STONfi SDK 的集成者可以直接从合约读取这些数值。$TON $DOGS
TON1.1%
DOGS-0.75%
查看原文
  • 赞赏
  • 评论
  • 转发
  • 分享
当通过 STONfi 执行交换时,费用是在池层而不是在单一的全局步骤中收取的。沿着所选路径的每个池都会对进入的交易收取自己的费用,将该费用加入其储备,并将剩余的金额传递下去。
因此,用户的实际费用是沿路径所有池层费用的总和。因为 Omniston 可以看到整个路径,它可以在比较候选路径时考虑这些每个池的费用。具有更多跳数的路径并不总是更差,但它必须通过更好的价格或更深的流动性来补偿额外的费用。STONfi 的路由逻辑依赖于这种详细的视图,以避免那些仅在价格上看起来不错但因累计费用而损失过多的路径。
对于流动性提供者来说,这种设计意味着他们参与的每个池都独立收取费用。即使一次交换被拆分到多个池中,每一部分都为相应池的收入做出贡献,而这部分收入反映在这些池中提供者的份额价值中。$TON $DOGS
TON1.1%
DOGS-0.75%
  • 赞赏
  • 评论
  • 转发
  • 分享
在许多自动做市商中,加入流动性池需要持有两种资产,比例特定。在STO Nfi上,提供流动性可以从单一资产开始。合约接受一种代币,使用STO Nfi池进行内部交换,然后构建符合池曲线的平衡仓位。对于用户来说,这省去了手动准备的步骤。
无需提前将余额拆分为两种资产,也无需在添加流动性前调整微小的价格变动。合约处理转换和数学运算,最终仓位表现得像其他任何池份额一样,具有手续费累积和对两边的敞口。
由于此功能在合约层实现,并通过STO Nfi SDK暴露,不同的界面可以提供相同的行为。一个钱包、机器人或集成STO Nfi的网页应用都依赖于相同的任意配置逻辑,而无需实现自己的变体。$TON $DOGS
TON1.1%
DOGS-0.75%
查看原文
  • 赞赏
  • 评论
  • 转发
  • 分享
STONfi 池可以携带版本标签,例如 v1 和 v2,以及诸如 farming、stable 或 protection 之类的标签。版本表示该池所使用的合约代际。较新的版本通常会在保持基本界面熟悉的同时,引入对数学处理、燃气效率或安全性检查的改进。这些标签不仅仅是视觉提示。
支撑 STONfi 和 Omniston 的路由逻辑在深度足够时可以优先选择 v2 池,同时仍会在流动性仍然存在时支持 v1。实际而言,这意味着升级可以逐步部署,流动性可以按自然节奏迁移,而不是被强制推动。还可以添加其他标签,例如 stable swap 曲线或非永久性损失保护,用于描述池在价格变化下的表现。
结合版本管理,它们为用户和集成者构成了一张小型的技术地图,展示在 STONfi 内哪些池更适合特定资产和策略。 $TON $DOGS
TON1.1%
DOGS-0.75%
查看原文
  • 赞赏
  • 评论
  • 转发
  • 分享
Omniston 充当一个流动性网络,连接多个流动性来源,背后由一个 STONfi 入口点。 当请求进行兑换时,Omniston 通过联系多个求解器准备报价。 每个求解器可以聚合来自 STONfi 池和网络上的其他兼容场所的流动性。
求解器的响应包括价格和路线描述。 STONfi 中的 Omniston 逻辑会比较这些选项,并选择满足请求参数且成本最低或输出最优的路线。 然后,将所选路线转化为用户签名的单一交易,即使内部涉及多个池或协议。
这种设计让 STONfi 能够受益于更广泛的流动性环境,而不会向用户暴露额外的复杂性。 交易的拆分方式或流动性具体来源的细节由 Omniston 和求解器处理,而 STONfi 仍然是连接它们的稳定、可预测的接口。 $TON $DOGS
TON1.1%
DOGS-0.75%
查看原文
  • 赞赏
  • 评论
  • 转发
  • 分享
STONfi 支持多种池类型,以更好地匹配不同的资产对。波动池遵循适合资产价格独立变动的标准自动做市商曲线。稳定导向池则调整曲线,在资产预期保持接近的价值时,将流动性集中在一个狭窄的价格范围内。一些池还增加了保护机制,例如部分覆盖的无常损失。
这些机制通过由背后项目定义的额外奖励流或约束来实现。从技术上讲,它们仍然依赖于 STONfi 池和 Omniston 路由,但在激励结构上增加了更多的框架。对于用户和集成者来说,池标签和标识提供了这些设置的简洁描述。
它们指示池是波动型还是稳定导向型,保护是否激活,以及使用的合约版本,帮助参与者为每个资产组合在 STONfi 上选择合适的结构。$DOGS
DOGS-0.75%
查看原文
  • 赞赏
  • 评论
  • 转发
  • 分享