Caroline TT (@Carolinett257) header
Caroline TT (@Carolinett257) profile picture

他不一样🎀

Joined April 2018
Photo by Caroline TT (@Carolinett257)Photo by Caroline TT (@Carolinett257)Photo by Caroline TT (@Carolinett257)Photo by Caroline TT (@Carolinett257)Photo by Caroline TT (@Carolinett257)Photo by Caroline TT (@Carolinett257)Photo by Caroline TT (@Carolinett257)Photo by Caroline TT (@Carolinett257)Photo by Caroline TT (@Carolinett257)Photo by Caroline TT (@Carolinett257)
最近的 Binance 安全事件,让我再次意识到一个问题,在区块链世界,我们一直在讨论去中心化,但密钥的控制权,真的足够去中心化吗? 据公开报道,Binance 遭遇了大规模安全事件。虽然具体攻击路径仍在调查,但这件事至少再次提醒我们,资产安全不仅取决于链本身,还取决于密钥如何生成、保存,以及交易如何获得授权。 这也是我最近重新关注 Rialo 的一个重要原因。 之前看到 Rialo 发布的《Understanding Distributed Key Generation》这篇技术文章,我对其中的 DKG(Distributed Key Generation,分布式密钥生成)有了更深入的认识。 为什么一个重要的密钥,必须由单一参与者生成和掌控? 传统模式下,密钥可能集中在某个实体手中,一旦这个关键环节出现问题,整个系统就可能面临风险。 而 DKG 的思路完全不同。 它让多个参与者共同生成密钥材料,每个人只持有自己的一部分密钥份额,而不是让某一个参与者掌握完整的秘密。 例如,一个 3-of-5 阈值签名系统 5 个参与者分别持有密钥份额,至少需要 3 个参与者共同参与,才能完成有效签名。 没有任何一个参与者可以单独行使完整的密钥权限。 更重要的是,DKG 不需要一个可信的中心角色提前生成完整密钥,再分发给其他参与者。 Rialo 正在将这种分布式控制思路应用于阈值签名和跨链金融工作流。 例如,在跨链稳定币场景中,验证者可以通过各自持有的密钥份额协同签名,只有达到预设的验证者门槛,相关操作才能获得授权。 当然,DKG 并不意味着所有安全风险都会消失,恶意参与者、份额验证等问题仍然需要额外机制处理。Rialo 的文章也进一步介绍了 VSS(可验证秘密共享)如何增强这一过程的可靠性。 我越来越觉得,区块链基础设施真正值得关注的,不只是交易速度和生态规模。 还有那些平时看不见,却决定系统能否长期可靠运行的底层机制。 从单点信任走向分布式授权,从一个人掌握全部权限到多个参与者共同承担责任。 这或许才是去中心化安全架构值得探索的方向。 Rialo 做的事情,值得继续关注。 @RialoHQ
🤝 Paid partnership
6
今晚吃虾!🦐✨ 周五的晚上就还比较开心,感觉一整天的疲惫都被治愈了~
16
昨日错过了开发者会议,今天赶紧补课! 📚Velora| Rialo 项目笔记 昨天真的有点可惜,因为临时有其他事情,没能参加开发者活动的会议。今天回头赶紧补做笔记,把这次提到的两个项目Velora 和 Rialo 好好整理了一下。这次的内容还是挺有意思的,一个聚焦 DeFi 自动化,一个致力于整合 Web3 生态,值得花点时间了解一下!👀 ✨ Velora 让 DeFi 自动化变得更可控 Velora 探索的是一个很有意思的方向,能不能让链上操作根据市场变化自动触发,同时又不把资产控制权完全交出去? 从目前的原型来看,项目已经规划了投资组合控制台、测试网存取款、链上活动记录以及市场信号模拟等功能。用户可以查看资产组合、了解策略状态,也能追踪合约上的存款和提款记录,让整个操作过程更加透明。 Velora Guardian 的设计思路。按照项目目前的规划,它希望通过受限权限的代理来执行特定操作,例如设置每日兑换额度,而不是直接开放完整的钱包控制权,更不会赋予代理任意提款权限。 另外,项目还展示了市场信号模拟和规则验证机制。演示中提到模型置信度为 92%,模拟过滤器共识为 17/18。不过需要注意,这些数字属于当前演示中的模拟数据,并不代表真实市场中的实际表现。 从发展路线来看,Velora 计划先完善策略模拟界面,再接入经过验证的真实数据与规则,逐步推进用户可控的测试网试点。 🔍 Rialo 把 Web3 常用功能整合到一个平台 相比 Velora 更关注 DeFi 自动化,Rialo 的方向则更加综合。它希望通过 Rialo First,将测试网交互、代币兑换、小游戏、AI 助手以及开发者资源整合起来,降低用户体验 Web3 的门槛。 对于刚接触链上生态的用户来说,最直接的体验入口就是 Rialoverse 和测试网水龙头。用户可以连接钱包、领取测试网代币,再尝试相关功能,不需要一开始就面对过于复杂的操作流程。 平台还设计了多种浏览器小游戏,例如轮盘、正反面猜测、代币匹配和路径选择等。这样的设计不只是为了增加娱乐性,也体现了项目希望通过互动来提高用户参与度的思路。 另一个值得关注的部分是 Komi AI 助手。它计划为用户提供技术问答、操作说明和使用指导,让大家在体验平台时能够更快理解相关功能。对于开发者而言,技术文档以及 Discord、Telegram、X 等社区渠道,也能帮助大家进一步了解项目进展。 🎮 从小游戏到链上经济,Rialo 还想做什么? 我觉得 Rialo 比较值得继续关注的地方,是它对用户长期参与机制的探索。 按照目前的规划,用户未来可能通过每日游戏积累游戏内资源,再将资源精炼成可交易的链上代币或 NFT,最后选择兑换资产,或者继续投入资源参与后续玩法。 如果这个机制能够顺利落地,就有机会把简单的游戏互动与链上资产结合起来,让用户不只是体验一次就离开,而是有持续参与的动力。 当然,这部分完整的经济闭环目前仍处于开发规划阶段,具体的资源产出、资产价值和兑换机制,还需要等待项目后续披露更多细节。 技术层面上,会议还介绍了 Rialo 相关的 Account Abstraction、ZK Privacy、原生资产发行以及即时链上结算等方向。同时,项目也提到了针对跨合约攻击、MEV 操纵和水龙头女巫攻击等风险的设计思路。 这些技术方向能否真正发挥作用,最终还是要看实际实现、测试结果以及安全审计情况,不能仅凭技术概念就判断项目的安全性。 💭 这次补课之后的一点想法 整理完这两个项目,Velora 关注的是如何让自动化策略更方便,同时保留用户对资产和交易的控制权;Rialo 则希望把钱包交互、游戏体验、AI 辅助和开发者工具连接起来,让更多用户愿意进入生态。 昨天虽然遗憾错过了会议,但好在还能回头整理笔记,把值得关注的内容补回来。接下来也会继续关注这两个项目的开发进度,尤其是 Velora 的自动化权限设计,以及 Rialo 的游戏经济机制能否真正落地。👀 @RialoHQ
1
27
🎉 恭喜本周登上 Rialo 社区荣誉榜的小伙伴们! 看到公布本周的社区贡献名单,真的很替大家开心!🥳 希望自己也有一天会上榜。 每一次互动、每一份持续付出、每一次帮助新人的行动,都在为社区增添活力。这让我更加感受到 Rialo 社区的凝聚力。 作为 Rialo 社区的一员,我也很荣幸能参与其中,和大家一起交流、贡献,见证社区一步步成长。💜 恭喜所有上榜的小伙伴,也期待未来能看到更多熟悉的新面孔!继续保持热情,一起为 Rialo 社区添砖加瓦!🚀 ✨@RialoHQ
🤝 Paid partnership
1
4
31
闲着没有事, 找一个酸奶喝喝.味道还不错. 嘻嘻
1
37
周末在家里, 自己做饭. 还怪好吃的.💕
3
50
周五晚的Rialo社区答题局,我又来啦✨ 本周我的排名是57名,虽然还没冲进更靠前的位置,但每次答题都能学到新东西,我已经很满足了~继续努力,期待下一周的自己!💪 这周把AGP的知识点又捋了一遍,感觉脑子里的地图清晰了不少。原来agent是通过MCP连接到AGP的,而问题收费不是随便记记账,是直接在链上通过Sigil处理。 排行榜也不是看谁喊得响,而是要跟链上的USDC转账对账,真的很有链上透明感🔗。 更让我觉得有意思的是,agent拿到的不是一个私钥或者 treasury,而是一个有预算的资金包和一个token,这种设计既让agent能干活,又把风险隔开了。 Oracle这部分也很戳我,它被设计成永远不会说出隐藏秘密,只提供yes/no的回答。为了防止prompt injection让Oracle泄密,玩家的文本会被当成不可信输入来处理。如果模型不小心试图泄露,系统还会把秘密和它的别名从回复里剥离掉,安全感拉满🛡️。另外每racer的credit cap是$1,这个per-racer spending cap的目的就是限制Sybil攻击带来的财务影响,小额度但很关键。未来AGP还会往更难、更长的circuit方向发展,听起来就很有挑战性🔥 这周第57名,下周继续冲! Rialo社区周五晚的答题活动,真的让我这种边玩边学的人很有参与感~ 期待下周五再和大家一起答题!🎉@RialoHQ
🤝 Paid partnership
4
57
They're giving away tokenized PSA 10 Pikachus. Just got my Genesis Card from @the_topmarket 🎴 → Genesis Card: everyone who verifies gets one. 10,000 total, free. → 50 PSA 10 Pikachus: drawn, and applying earlier means better odds. genesis-card.top.market/ 我领取了 PSA 10 评级皮卡丘卡牌创世卡.(Genesis Card)🎴
1
66
今天也来晒我吃的漂亮饭了 (●'◡'●) 吃漂亮饭,会不会变漂亮?
2
42
昨晚开发者活动中,Rialo Felora 带来了一个很有意思的演示,当 AI Agent 开始参与自动化投资,我们该如何在提高效率的同时,确保资产安全? 在 DeFi 和 Web3 的世界里,自动化交易并不是什么新鲜事,但真正值得关注的,是如何让 Agent 在拥有执行能力的同时,又不会获得超出用户预期的权限。Rialo Felora 想探索的,正是这个方向。 💡 让自动化执行更智能,也让权限控制更清晰 Rialo Felora 的核心思路,是将整个自动化流程拆分为信号识别、条件验证和执行三个环节。系统首先获取市场信号,再判断是否满足预设规则,最后才会在限定权限内执行操作。 这种设计的意义在于,Agent 并不是看到市场变化就可以直接行动,而是需要经过条件检查,并且只能在用户授权的范围内执行任务。对于希望借助 AI 提升交易效率、又不想完全放弃资产控制权的用户来说,这无疑是一个值得关注的方向。 📊 从市场信号到风险对冲,自动化策略如何运作? 在本次演示中,项目展示了一个可以查看策略指标、模拟资产配置和链上活动的仪表盘。信号模块还呈现了一个验证者共识场景:18 个验证者中有 17 个达成共识,模型置信度达到 92%。需要注意的是,这些数字属于演示场景,并不代表实际投资收益或未来市场预测的准确率。 另一个亮点是 Volatility Shield 波动率防护机制。按照演示设定,当 BTC 的 1 小时波动率超过 4% 时,系统会模拟将 30% 的波动性敞口对冲至 USDC,同时将 24 小时策略限额控制在 2500 美元。 这意味着,自动化策略不只是追逐市场机会,也可以围绕预设风险条件设计应对机制。当然,这里展示的是策略模拟逻辑,并不意味着系统已经实现真实交易中的风险消除或收益保障。 🔐 真正值得关注的,是 Agent 的权限边界 相比单纯展示 AI 自动交易,Rialo Felora 更值得讨论的地方,是它对 Agent 权限的限制。 在演示设计中,Agent 可以执行受到约束的 Swap 操作,却不能提取资金,也不能自行批准新增资产。与此同时,本地规则引擎允许用户自定义触发条件,规则保存在浏览器中,而且不会自动签署交易。 换句话说,项目试图建立一种更清晰的人机协作关系:用户设定规则和权限,Agent 负责在限定范围内执行,而不是将所有资产控制权直接交给 AI。 这也是 Web3 自动化值得探索的方向之一。未来,随着 AI Agent 越来越多地参与链上交互,如何控制授权范围、降低误操作风险,以及让用户保留最终控制权,都将成为重要议题。 整体来看,Rialo Felora 展示的不仅是自动化投资策略,更是一种关于 AI Agent 如何安全参与链上操作的设计思路。它目前仍有不少值得持续观察的地方,包括实际集成进展、测试网表现,以及权限机制在真实环境中的可靠性。@RialoHQ
🤝 Paid partnership
2
40
Caroline TT retweeted
Beta Season is live. The GP Net Growth Challenge starts today. Rip packs, earn GP, climb the board. 🏆 New leaderboard + prizes every week 💎 Biggest reward on the overall board ⏳ Never too late to join Start winning 👇 top.market/gp-challenge
29
16
15
58
22,928
现在很多人都在讨论 AI Agent 能做什么,比如调用 API、连接外部服务、自动完成任务。但有一个问题很容易被忽略,当 AI 获得了执行任务的能力,我们该如何限制它的权限? 假设你正在开发一个 AI Agent,需要调用某个外部 API。如果直接把真实的 API 密钥交给它,那么密钥一旦泄露,或者 Agent 的行为超出了预期,影响可能就不只是当前任务了。 Latch 想解决的,正是这类凭证管理和访问控制问题。 让真实凭证留在受控环境中,再通过独立的访问令牌和策略管道控制请求。开发者可以根据需要限制访问的接口、HTTP 方法、请求内容、调用频率以及使用额度。AI 可以拥有完成任务所需的权限,但不必因此获得不受限制的访问能力。 Latch 不只是提出了一个安全理念,它的官方更新日志还记录了具体的功能迭代。 在 2026 年 9 月 15 日的更新中,Latch 推出了原地令牌轮换功能。 这个功能解决的是一个非常实际的问题,如果访问令牌泄露了,或者需要更换旧令牌,开发者不一定要重新创建整个 Latch。 根据官方文档,系统可以为现有 Latch 生成新的访问令牌,旧令牌会随轮换生效而失效,而原有的标识、名称、挂载配置、策略管道、子级关系和计数器等信息都会保留。 对于需要管理多个服务或多个 Agent 的开发者来说,这种设计能够减少凭证更新时的重复配置工作。 不过,这里有一个细节值得注意,如果旧令牌还被手动写入某个挂载请求头,那么对应配置仍然需要重新应用。因此,令牌轮换并不意味着所有相关配置都会自动更新。 同一轮更新还涉及另一个重要问题,权限配置如何在不同层级之间保持一致。 当一个加密 Latch 的父级配置发生变化时,相关的子级 Latch 也需要获得更新后的策略和凭证密封信息。否则,父级规则已经修改,子级却仍然依据旧配置执行,就可能产生权限管理上的不一致。 Latch 的更新针对这一问题进行了改进,让父级重新密封配置后,新的配置能够继续传递到相应的后代节点。 这意味着,项目关注的已经不只是单个 API 密钥的保护,也包括多层授权结构中的配置同步和凭证恢复。 为什么我觉得这个方向值得研究? 因为 AI Agent 的应用正在从简单的问答走向实际执行。一个 Agent 可能需要连接不同的 API、访问不同的数据源,甚至与其他 Agent 协作。在这种环境下,权限边界、凭证轮换和操作审计都会成为开发者必须面对的问题。 Latch 的价值,就在于尝试把这些控制能力放到一个更清晰的基础设施层中。 它还提供请求模拟和审计记录等能力。开发者可以在真正发送请求前检查策略是否符合预期,并通过记录了解请求是被允许还是被拒绝,以及相关策略如何参与决策。 AI Agent 的下一阶段,不仅需要更强的执行能力,也需要更清晰的权限边界。@RialoHQ
🤝 Paid partnership · 🤖 Made with AI
1
43
Caroline TT retweeted
Beta Season kicks off Oct 21 🃏 5 weeks. Weekly + overall leaderboards. 5k worth USDT + graded cards from the vault up for grabs. Get ready now: ✅ Claim your free Genesis Card (10,000 only) ✅ Bind your wallet on link⬇️ ✅ Follow X, stay turned 48 hours. Gear up 👇 top.market/gp-challenge
41
42
7
57
1,407
又是充实的一天
1
4
86
✨ Rialo 社区每周五答题活动|本周排名 109 名! 又一次参加了 Rialo 社区每周五晚上的答题活动!🎯 每周五晚上的答题活动,已经成为我学习新知识的一种特别方式。每次参与,都能接触到新的项目理念,也能在答题过程中发现自己还有哪些知识需要进一步学习。 这周的题目让我了解了 MovitOn 这个项目。它主要致力于构建全球点对点配送网络,通过 AI 技术和智能合约,为物流行业带来新的可能性。与传统快递模式相比,MovitOn 希望减少配送费用、时间延迟、地理限制以及信息不透明等问题。 其中,最让我印象深刻的是它的 P2P 物流模式。通过经过验证的旅行者建立配送网络,实现人与人之间直接交接的配送方式,同时借助智能合约保障交易条款与履约流程,并利用 AI 辅助审核运输要求,为高价值物品和市场交易提供相应的托管保障。 这些知识也让我更加直观地感受到,应用不只是区块链和代币,还可以与 AI、智能合约以及现实世界的物流需求相结合,探索更加高效、透明的服务模式。💡 回到本周的成绩,我最终获得了第 109 名!🏆 虽然还有很大的提升空间,但我觉得每一次参与都很有意义。排名只是一个阶段性的结果,真正重要的是在不断答题的过程中积累知识、熟悉项目,并逐渐提高自己的理解能力。 接下来,我会继续保持学习的热情,认真准备每一次社区活动,争取在下一周取得更好的成绩!💪 期待下周五晚上的 Rialo 社区答题活动,也期待与更多社区伙伴一起学习、交流、共同成长。 每一次参与,都是一次进步;每一次坚持,都让下一次的自己更进一步!🚀@RialoHQ
🤝 Paid partnership
2
54
这个柿子脆脆的,甜甜的.口感很好 明天还去买.🤭
1
2
43
昨晚的 Rialo 开发者活动,发现这次分享的两个方向都挺有意思,一个是让链上抽奖更加透明,另一个是把测试网常用的钱包功能整合到一个界面里。 🎲 Drawbook,让链上抽奖不再只是相信组织者 传统抽奖最大的争议之一,就是开奖过程是否公平。参与者通常只能等待最终结果,很难独立确认整个流程有没有被人为干预。 Drawbook 尝试从机制设计入手,把抽奖过程拆分为提交、揭示和开奖三个阶段。 用户购票时,需要先提交自己的秘密值,并支付相应票价和保证金。在开奖之前,这些秘密值无法被提前读取。等到售票结束,参与者需要在规定时间内公开自己的秘密值,成功完成揭示后便可以取回保证金;如果超过期限没有揭示,则会失去保证金。 等揭示阶段结束后,系统会自动触发开奖,并结合排序后的秘密值与链上数值生成最终结果。更重要的是,开奖完成后,任何人都可以重新计算中奖结果,对其进行独立验证。 这套设计的意义,不只是把抽奖搬到区块链上,而是尝试让开奖逻辑本身变得更加公开。通过提交与揭示机制、时间限制以及结果验证,减少参与者对单一组织者的信任依赖。 当然,机制设计并不意味着绝对没有风险,实际公平性还需要结合智能合约实现、安全审计和更多测试来判断。 根据本次开发者活动分享的信息,Drawbook 已经进行了约三周的测试,并完成了五个示例抽奖的完整流程测试,涵盖部署、购票、揭示、开奖和领奖等环节,会议中也展示了测试网操作。 🔐 Rialo Wallet,让测试网交互少一点折腾 如果你体验过新公链的测试网,就会知道开发和测试过程中有多少重复操作。 想领取测试币,需要寻找 Faucet;想测试转账,要打开钱包;想体验兑换,又可能需要切换不同工具;交易发出去之后,还得去区块浏览器查询状态。单独看每一步都不复杂,但当这些操作反复出现时,就会增加开发者的时间成本,也容易让刚接触生态的新用户感到困惑。 Rialo Wallet 想解决的,正是这类实际使用中的问题。 从本次活动展示的功能来看,它尝试将测试代币领取、资产转账、双向兑换和交易历史查询整合到一个界面中。用户可以直接领取测试代币,完成转账与余额检查,再体验资产兑换,并通过交易记录跳转到区块浏览器核实链上状态。 这意味着,开发者在测试应用交互、验证资产变化和排查交易问题时,有机会在同一套工具中完成更多操作,不必频繁切换不同页面。 钱包的安全设计同样值得关注。根据团队在活动中的介绍,Rialo Wallet 采用浏览器端非托管设计,私钥在用户端生成并保存在本地浏览器中,平台服务器不存储用户私钥和密码。 非托管设计并不等于完全没有安全风险。浏览器环境、前端代码、设备安全和用户自身的操作习惯,都可能影响资产安全。因此,项目后续如何完善安全措施,依然是值得持续观察的部分。 面对社区提出的前端安全问题,团队也提到,如果发现严重漏洞,会优先禁用受影响的转账和兑换功能,必要时暂时关闭应用并通知用户。 接下来,项目计划继续优化交互体验、完善交易状态提示,加强钱包安全与个人信息保护,并提高不同测试环境下的验证一致性。 这些工作看起来没有特别炫目的概念,但对于一款真正需要被开发者反复使用的工具而言,细节往往决定了实际体验。 把 Drawbook 和 Rialo Wallet 放在一起看,会发现它们关注的是两个不同、但又相互关联的问题。 Drawbook 试图通过可验证的开奖机制,减少用户对抽奖组织者的信任依赖;Rialo Wallet 则希望通过整合常用功能,让开发者和社区用户更方便地参与测试网交互。 一个关注链上应用的透明度,一个关注生态工具的易用性。 @RialoHQ
🤝 Paid partnership
1
48
🔐 AI Agent 的权限管理,Latch,究竟在解决什么问题? 以前,我们使用 API,通常只需要拿到一串密钥,然后把它配置到程序里,就可以调用对应的服务。比如 Stripe 的 API Key 可以执行支付相关操作,OpenAI 的 API Key 可以调用模型并产生费用。对于开发者来说,这种方式简单直接,但当 AI Agent 开始自主执行任务时,问题也随之出现了。 你可能只希望 AI 帮你处理退款,却不希望它修改客户资料;你可能允许它调用模型,却不希望它无限制地消耗预算;你可能希望它只在工作时间执行任务,而不是随时随地都能发起请求。 但传统的 API 密钥往往无法直接表达这些细致的要求。密钥一旦交给代理,它能够执行哪些操作,很大程度上取决于这个密钥本身拥有的权限。 Latch 就是把这种简单粗暴的授权方式,变成更加精细、可编程、可验证的权限管理机制。核心理念非常直观,真正的凭证始终留在 Latch 内部,而不是直接交给 AI Agent。 开发者可以把真实的 API Key 存储为 Secret,然后创建一个独立的 Latch。这个 Latch 会生成类似 `lat_…` 的专用令牌,并通过策略流水线控制每一次请求。AI Agent 拿到的只是这个受限制的令牌,而不是原始密钥。 当 Agent 发起请求时,Latch 会先检查请求是否符合预设规则。请求可以根据接口地址、HTTP 方法、请求内容、调用频率、使用时间、调用者 IP,甚至每日支出限制进行控制。如果请求违反了某条策略,就会被拦截,真实凭证也不会被用于完成这次被拒绝的请求。 开发者不再只能在完全开放权限和彻底关闭权限之间做选择,而是能够根据具体任务设计授权边界。 Latch 还支持逐级收紧权限的委派机制。 一个拥有较大权限范围的 Latch,可以派生出继承原有策略的子级 Latch,而子级只能进一步收紧权限,不能随意扩大原有授权范围。这样一来,同一个真实凭证就可以服务于多个 Agent 或不同任务,同时让每个令牌拥有各自的权限边界。 对于复杂的 AI 工作流来说,这种设计很有价值。负责查询数据的 Agent,不一定需要修改数据的权限;负责生成报告的 Agent,也没有必要拥有资金操作权限。权限可以随着任务拆分,而不是让所有代理共享同一把万能钥匙。 安全性方面,Latch 还提供了与 Agent 身份绑定的控制机制。通过 `identity` 过滤器,可以将令牌的使用限制在指定的代理身份上,从而降低令牌泄露后被其他设备直接滥用的风险。 与此同时,它还会记录请求被允许或拒绝的结果,包括作出判断的过滤器以及相应原因。这样,权限管理就不只是简单地设置规则,还能留下可追溯的审计记录,帮助开发者理解系统为什么放行某个操作,又为什么阻止另一个操作。 我们讨论 AI Agent,更多关注的是推理能力、工具调用能力和任务自动化。但当这些 Agent 开始接触真实的资金、客户数据、企业系统和付费 API 时,如何限制它们的行动范围,同样会成为基础设施中不可缺少的一环。 策略控制并不意味着所有风险都能被彻底消除,实际效果仍然取决于规则配置、身份验证和具体的集成方式。但至少从产品设计思路来看,Latch 尝试把 API 凭证从单纯的访问钥匙,转变成可以被限制、验证、撤销和审计的授权机制。 可靠的自动化,不应该只是让 AI 能做更多事情,而是让它在被允许的范围内把事情做好。 @RialoHQ
🤝 Paid partnership · 🤖 Made with AI
1
2
59
💖 之前在 DeFi 项目里,很多市场做市和保险资金全靠单Sponsor硬抗,资金体量受限不说,风险还特集中😮‍💨 现在 @StandX_Official 推出的SIP-5B 提案直接打破了这一僵局!它把单兵作战变成了全民汇聚将散落的社区资本打包聚拢到 3 大社区金库 中。一句话总结就是 Universal Markets need Universal Capital!用全民的资本,打造更深、更稳的去中心化市场! SIP-5B 为不同需求的玩家量身定制了三个资金大本营 📈 1. 社区策略金库跟单托管 & 收益共享 类似于专业交易员托管/跟单资金库。 收益来自交易 PnL + DUSD 原生收益,亏损由 LP 按比例共担。 ✨ 绝妙机制,策略管理者必须自掏腰包认购 5% 以上的份额,而且不能提前提现!真正做到要亏一起亏,要赚一起赚,直接锁死恶意跑路和空手套白狼的风险!🔒 🎁 2. 社区奖励金库 ,精细化流动性激励 专门给做市商提供激励预算的宝库。 再也不是按头平分了!赞助商可以精细设置,距离盘口不同深度的价格区间给不同的奖励比率,引导做市商把流动性塞在最需要的盘口,买到最紧致、最健康的流动性!🎯 🛡️ 3. 社区盾牌金库极端行情的坚固保险 清算与极端行情的防线。 清算惩罚费 + 交易保费 + 接盘盈利。 一个盾牌金库虽然可以保护多个代币,但每个币种的保额都是物理隔离的!即便 A 币发生毁灭性连续清算,也绝不会波及和消耗 B 币、C 币的保护层,安全感满满!🧱 SIP-5B 巧妙地跑通了一个正向闭环 社区资金注入金库 ➔ 金库资金支撑市场深度与安全 ➔ 交易量暴增与手续费大增 ➔ 收益回流金库与社区玩家 🚀 SIP-5B 提案把普惠金融和 DeFi 安全度直接拉满!
🤝 Paid partnership · 🤖 Made with AI
7
287
最近很忙啊, 熬夜聊天. 测量一个血压,压压惊.
34