探索
连接社区,发现新想法。
社区
Sui is a Layer 1 protocol blockchain designed as the first internet-scale programmable blockchain platform.
热门帖子顶尖成员- 787
- 701
- 700
Move is an executable bytecode language used to implement custom transactions and smart contracts.
热门帖子顶尖成员- 271
- 260
- 251
Web3 (also known as Web 3.0) is an idea for a new iteration of the World Wide Web which incorporates concepts such as decentralization, blockchain technologies, and token-based economics.
热门帖子顶尖成员- 397
- 193
- 141
The Graph is a decentralized protocol for indexing and querying blockchain data. The Graph makes it possible to query data that is difficult to query directly.
热门帖子顶尖成员- 2565
- 10
- 10
Aave is a decentralized non-custodial liquidity protocol where users can participate as depositors or borrowers.
热门帖子顶尖成员- 148
- 138
- 74
Peera is a decentralized questions and answers protocol for Web3 where users can organize and store their interests and skills, creating a common community platform
顶尖成员- 328
- 286
- 225
Cyfrin Updraft is an education platform specializing on teaching the next generation of smart contract developers
顶尖成员- 1780
- 75
- 60
The InterPlanetary File System (IPFS) is a protocol, hypermedia and file sharing peer-to-peer network for storing and sharing data in a distributed file system.
热门帖子顶尖成员- 25
- 20
- 20
Polygon is a decentralised Ethereum scaling platform that enables developers to build scalable user-friendly dApps with low transaction fees without ever sacrificing on security.
热门帖子Ankr makes accessing Web3 easy for those who want to build and earn on the future web. Ankr is the main infrastructure provider for Polygon, BNB Smart Chain, and Fantom.
热门帖子顶尖成员- 89
- 43
- 34
Walrus is a decentralized storage and data availability protocol designed specifically for large binary files, or "blobs"
热门帖子顶尖成员- 41
- 40
- 38
Koii is a new way to design communications infrastructure that distributes computing authority across a wider group of personal devices.
热门帖子顶尖成员- 402
- 188
- 80
Functionland is replacing Cloud Storage and Service Subscription economy by introducing a new category of products, called Blockchain-Attached Storage. It creates value by auto-minting crypto for the users and allocating a share to the developers.
Solidity is an object-oriented, high-level language for implementing smart contracts. It is a curly-bracket language designed to target the Ethereum Virtual Machine (EVM).
热门帖子顶尖成员- 76
- 55
- 46
Fractal Visions is a builder owned and operated creative web3 NFT project hub and a multifaceted & multidimensional experience. Bridging the gap between the physical and digital world.
顶尖成员- 30
- 27
- 23
- 热门帖子顶尖成员
- 12
- 11
- 10
Vyper is a relatively new, pythonic programming language used to write smart contracts. Vyper targets Ethereum Virtual Machine making it virtually impossible for developers to code misleading programs.
顶尖成员- 40
- 22
- 20
赏金
- +15Xavier.eth313为SuiJun 27, 2025
Sui 事务失败:为另一笔交易保留的对象
我在JsonRpcError尝试在 Sui 上执行交易时遇到了持久问题. 该错误表明对象是为另一个事务保留的,尽管我已经实现了延迟的顺序事务处理. JsonRpcError: Failed to sign transaction by a quorum of validators because one or more of its objects is reserved for another transaction. Other transactions locking these objects: AV7coSQHWg5vN3S47xada6UiZGW54xxUNhRv1QUPqWK (stake 33.83) 0x1c20f15cbe780ee7586a2df90c1ab70861ca77a15970bea8702a8cf97bd3eed9 0x1c20f15cbe780ee7586a2df90c1ab70861ca77a15970bea8702a8cf97bd3eed9 0x1c20f15cbe780ee7586a2df90c1ab70861ca77a15970bea8702a8cf97bd3eed9 我试过了: -顺序事务执行(等待前一笔交易完成) -增加了交易之间的 3 秒延迟 而且仍然会持续出现同样的错误. 使用 Sui RPC 提交交易. 同一个对象 ID 在锁定列表中多次出现. 即使仔细安排交易顺序,也会出现错误. 是什么导致对象被 “保留” 用于其他交易? 在交易中使用对象之前,如何正确检查对象是否可用? 3.是否有在 Sui 中处理对象锁的最佳实践? 这可能与交易终结时间有关吗? 以前有人遇到过这个问题吗?如果您对Sui交易中的适当对象管理有任何见解,将不胜感激!
25 - +15Xavier.eth313为SuiJun 17, 2025
能力约束如何与异构集合中的动态字段相互作用?
我正在建立一个需要处理具有不同能力要求的多种资产类型的市场,我遇到了一些关于Move类型系统的基本问题. 我想将不同的资产类型存储在同一个集合中,但它们有不同的能力: -常规 NFT:key + store(可转让) -Soulbound 代币:key 仅限(不可转让) -具有转移限制的自定义资产 public struct Marketplace has key { id: UID, listings: Bag, // Want to store different asset types here } // This works for transferable assets public fun list_transferable( marketplace: &mut Marketplace, asset: T, price: u64 ) { /* ... */ } // But how to handle soulbound assets? public fun list_soulbound( // No store ability marketplace: &mut Marketplace, asset_ref: &T, // Can only take reference price: u64 ) { /* How do I store metadata about this? */ } 关键问题: -能力要求:使用时dynamic_field::add(),Vstore 编译时是否总是需要的?包装器类型能解决这个问题吗? -异构存储:单个 Bag 能否存储具有不同能力集(key + store + copyvskey + store)的对象,并在运行时以不同的方式处理它们? -类型安全:由于动态字段会执行类型擦除,因此在检索值时如何保持类型安全?存储类型元数据的模式是什么? -见证模式:能力限制如何与幻影类型一起使用?我可以将Asset和存储Asset在同一个集合中并稍后提取类型信息吗? 建立一个系统,在该系统中,NFT、soulbound 代币和受限资产都需要市场功能,但转移语义不同. 我尝试过包装器类型,每个能力集合有多个集合,单独的类型元数据存储. 每种方法都在类型安全性、燃气成本和复杂性之间进行权衡.
05 - +10为SuiMay 29, 2025
当 Move 结构有命名字段时,为什么 BCS 需要精确的字段顺序才能进行反序列化?
当 Move 结构有命名字段时,为什么 BCS 需要精确的字段顺序才能进行反序列化? 我一直在深入研究 Move 中的 BCS 编码/解码,特别是跨链通信和链下数据处理. 在浏览 Sui Move 文档中的示例时,我遇到了一些似乎违反直觉的行为,我正在尝试理解底层的设计决策. 根据BCS规范,“BCS中没有结构(因为没有类型);该结构只是定义了字段序列化的顺序. ”这意味着在反序列化时,我们必须按照与peel_*结构字段定义完全相同的顺序使用函数. 我的具体问题: 设计理由:当 Move 结构具有命名字段时,为什么 BCS 需要精确的字段顺序匹配?像 JSON 或其他自描述格式一样,将字段名称与值一起序列化不是更强大吗? 泛型类型交互:文档提到 “包含泛型类型字段的类型最多可以解析到第一个泛型类型字段. ”考虑一下这个结构: struct ComplexObject has drop, copy { id: ID, owner: address, metadata: Metadata, generic_data: T, more_metadata: String, another_generic: U } 部分反序列化在这里到底是如何工作的?我可以反序列化到more_metadata并忽略两个泛型字段,还是第一个泛型字段(generic_data)完全阻止了进一步的反序列化? 跨语言一致性:使用 @mysten /bcs JavaScript 库序列化将由 Move 合约使用的数据时,在以下情况下会发生什么: -我不小心重新排序了 JavaScript 对象中的字段? -Move 结构定义会在合约升级中更改字段顺序? -我有带有自己的泛型参数的嵌套结构吗? 实际启示:在生产系统中,团队如何处理 BCS 架构演变?您是否对BCS架构进行了版本控制,还是期望结构字段顺序在部署后不可变?
53
最新的
如何在没有区块链经验的情况下开始在Sui上开发
#如何在没有区块链经验的情况下开始在 Sui 上开发 Sui Network的快速交易和低廉的费用引起了你的注意——现在你已经准备好建造了. 但是,如果你有零区块链背景呢?本指南以清晰可行的步骤带您从绝对初学者到Sui开发者. ##* 第 1 步:了解基础知识(还没有编码!)* ###Sui 是什么? -专为可扩展性而设计的高性能第 1 层区块链 -使用移动语言(比 Solidity 更安全) -由于交易成本低,因此非常适合DeFi、游戏和 NFT ###你需要的关键概念: ✔智能合约— 自动执行的区块链代码 ✔钱包— 用于 DApp 互动的 Sui 钱包(Chrome 扩展程序) ✔汽油费— 最低交易成本 ✔dApps— 去中心化应用程序,例如交易所或游戏 ##* 步骤 2:设置开发环境* ###1. 安装 Sui CLI Mac/Linux 终端:** curl -fsSL https://get.sui.io | bash Windows:**使用 WSL(适用于 Linux 的 Windows 子系统) ###2. 获取 Sui 钱包 安装Sui Wallet扩展程序 使用 [Sui Discord 水龙头] 的testnet SUI进行资金 (https://discord.gg/sui) ###3. 选择您的代码编辑器 VS Code(推荐)+移动分析器**扩展 ##* 第 3 步:学习 Move(Sui 的编程语言)* ###为什么要移动? 通过内置安全功能防止常见错误** 对初学者来说比以太坊的 Solidity 更容易** ###免费学习资源: 🔹 Sui 官方文档 🔹 Move Book 🔹 Sui Academy YouTube ###第一个练习:部署合约 创建项目: sui move new hello_sui 编辑 sources/hello.move 3.构建和部署: sui move build sui client publish --gas-budget 10000000 ##* 第 4 步:构建你的第一个 DApp* ###初学者项目创意: 1 ️ ⃣自定义代币(如个人加密货币) 2 ️ ⃣NFT 收藏(带有区块链证明的数字艺术) 3 ️ ⃣简单交换(基本代币兑换) ###指导教程: -投币游戏 -NFT 铸币 ##* 第 5 步:加入 Sui 社区* ###在哪里连接: Discord:**Sui 开发者聊天 GitHub:**Sui 代码示例 编程马拉松:**Sui Events
0- 为SuiJul 15, 2025
Web3 中的 AI 代理:自主机器人及其用例
###自主智能的兴起:AI 代理如何在 Sui 上重塑 Web3 Web3 革命正在进入下一个演变阶段——在这个阶段中,自主人工智能代理越来越多地与人类用户一起参与去中心化生态系统. 这些复杂的程序代表了区块链网络运作方式的根本转变,由于其独特的技术架构,Sui已成为其发展的特别沃土. 这项综合分析考察了: 🧠Web3 AI 代理及其操作框架的剖析 🌐DeFi、游戏和治理领域的变革性应用程序 ⚙️Sui 在自主代理部署方面的结构优势 ⚠️需要解决的关键挑战和生存风险 ##1. Web3 AI 代理的架构 基于区块链的现代人工智能代理将多种先进技术整合到一个紧密的操作单元中: 核心组件: 机器学习模型**(决策引擎分析链上/下链数据) 智能合约接口**(链上执行机制) Oracle Networks**(用于情境感知的真实世界数据源) 代币化激励措施**(对理想行为的经济奖励) 操作示例: 高级的 DeFi 管理代理可能会: 通过 Chainlink 数据源分析 15 种以上协议的收益机会 使用历史市场模型模拟交易结果 3.通过无需许可的智能合约执行优化交易 根据预定义的风险参数对利润进行再投资 ##2. 自治代理支持的革命性用例 ###财务应用程序 |代理类型|功能|Sui Advantage| | -------------------------------------------------------------------| ----------------------------------| | 套利猎人 | 利用跨DEX的价格差异| 亚秒级的终结可以防范领先优势 | | 投资组合优化器 | 收益来源之间的动态再平衡 | 低费用允许微观调整 | | 风险经理 | 实时清算预防 | Move 的安全性可防止漏洞利用媒介 | ###安全性与合规性 智能合约审计师**:使用形式验证进行持续漏洞扫描 监管合规机器人**:自动 KYC/AML 检查 DeFi 协议 反欺诈哨兵**:钱包流失者攻击的模式识别 ###去中心化治理 提案分析引擎**:DAO 讨论的自然语言处理 投票委托代理**:基于权益加权偏好的算法投票 资金管理机器人**:自主执行批准的预算 ###游戏与虚拟经济 程序化内容生成器**:动态创建 NFT 资产和任务 NPC 行为系统**:从玩家互动中学习以增强真实感 经济平衡器**:根据通货膨胀指标调整代币水槽/水龙头 ##3. Sui 在 AI 代理部署方面的结构优势 ###性能特性 吞吐量**:100,000+ TPS 可处理代理交易量 确定性终结性**:<1 秒的确认支持时间敏感型操作 可预测的费用市场**:没有汽油峰会干扰代理商经济 ###开发者权益 Move Language**:强键入功能可防止常见的智能合约漏洞 以对象为中心的模型**:机器学习输入的精细数据访问 并行执行**:代理运行时没有顺序处理瓶颈 ###网络效应 Growing Agent Ecosystem**:像 Cetus 这样的早期项目集成了机器人接口 互操作性功能**:潜在的跨链代理通信 ##4. 关键挑战和风险载体 ###技术限制 Oracle 可靠性**:链下数据的准确性仍然是单点故障 模型不透明度**:难以审计复杂的神经网络决策 区块链限制**:链上机器学习推理的成本仍然高得令人望而却步 ###经济风险 反身性市场影响**:代理群造成人为波动 MEV 漏洞**:复杂的机器人从更简单的代理中提取价值 ###治理困境 委托代理问题**:使机器人行为与所有者的意图保持一致 监管不确定性**:自治金融实体的法律地位 ##5. 前进之路:新兴的发展向量 ###短期(2024-2025) 代理标准化**:机器人互操作性的通用接口 信誉系统**:可靠代理的链上评分 混合架构**:带链上结算的链下计算 ###长期(2026 年以上) 自治 DAO**:完全自治的协议生态系统 代理商市场**:将专业机器人作为代币化资产进行交易 机器对机器经济**:机器人直接相互谈判 ##对 Sui 生态系统的战略意义 人工智能代理的整合为 Sui 带来了巨大的机遇和复杂的挑战: 积极影响: -增加网络效用和交易量 -新的开发人员工具和基础设施需求 -通过自动化增强协议复杂性 收养要求: -改进了预言机解决方案,可提供可靠的链下数据 -标准化代理通信协议 -自治实体的治理框架 竞争定位: Sui 在速度和安全方面的技术优势使其成为即将到来的智能 Web3 应用程序浪潮的领导者,尽管成功将取决于: 随着其他 L1 的发展,保持性能优势 培育强大的代理开发工具 3.主动解决监管问题 ##结论:可编程经济的黎明 人工智能代理的出现不仅仅是一项技术创新,它标志着自营数字经济的开始,在这种经济中,机器参与者不断优化系统性能. 尽管生态系统必须经过深思熟虑地解决,但Sui的架构使其特别适合举办这种演变: 安全**:确保代理行为保持可验证和受限 去中心化**:防止毒剂控制集中 伦理**:为自主决策建立规范 随着这些挑战的解决,我们很可能会看到Sui成为下一代智能分散式应用程序的主要平台,这些应用程序将人类创造力与机器效率融为一体. 讨论要点: -哪个代理用例最具直接潜力? -DAO 应如何管理与自治代理的交互? -需要哪些保护措施来抵御恶意机器人网络? *加入关于 Web3 智能未来的对话. *
0 在 Sui 上处理 NFT 元数据存储的最佳方法是什么?
我正在Sui上构建一个NFT项目,并试图找出元数据存储的最佳方法. 我见过几种不同的策略,但我不确定哪一种策略最适合平衡成本、灵活性和兼容性. 这就是我被困的地方: 成本效率— 将所有内容存储在链上似乎很干净,但我听说大规模存储可能会变得昂贵. 团队如何在不花费汽油费的情况下处理这个问题? 可变数据与不可变数据— 有些特征(例如艺术品)永远不会改变,但其他特征(例如游戏物品统计数据)可能需要更新. 处理这两个案件的最佳模式是什么? 3.链下存储— IPFS/ARWeave似乎很受欢迎,但是如何正确构建链上引用?有陷阱需要避免吗? 市场兼容性— 我希望我的 NFT 能在主要市场上正确显示. 我应该遵循特定于 SUI 的元数据标准吗? 我很想听听那些在 Sui 上发布了 NFT 系列的开发者的心声: -哪种存储方法最适合您? -有什么问题或反模式我应该注意吗? -如何在不破坏内容的情况下处理元数据更新? 在此先感谢您的任何见解!
02
未回答
- 为The GraphMar 14, 2025
GRT 代币-你有什么想法?
The Graph(GRT)是一种去中心化协议,旨在索引和查询来自区块链的数据,首先是以太坊. 它使开发人员能够构建和发布称为子图的开放API,使去中心化应用程序(dApps)可以轻松访问区块链数据. 索引者、策展人和委托人等参与者在网络内使用原生代币GRT来确保所查询数据的经济安全和完整性. 截至2025年3月14日,GRT的交易价格约为0.094美元,24小时交易量约为3,600万美元. 目前的价格反映了其历史最高水平2.84美元的大幅下跌,表明过去几年呈下降趋势. GRT的价格走势受到各种因素的影响,包括技术进步、监管发展和更广泛的宏观经济指标. 随着时间的推移,这些元素共同导致了观测值的下降. 请注意,加密货币市场波动很大,过去的表现并不能保证未来的业绩. 在做出任何投资决策之前,必须进行彻底的研究并考虑您的财务状况.
00 - 为Fractal VisionsNov 17, 2024
分形愿景 MVP 发布会
Fractal Visions是一个基于超级链概念的去中心化市场平台,已正式启动其新市场,将自己定位为区块链生态系统的关键参与者. 这个创新的市场利用超级链(可扩展且可互操作的区块链网络)的力量,为数字资产的创作者、收藏家和交易者提供无缝的用户体验. 以下是 Fractal Visions 市场的一些主要亮点: 1. 超级链集成 Fractal Visions 集成了超级链基础设施,以确保高可扩展性、低交易成本和快速结算时间. 通过利用这种架构,Fractal Visions可以提供跨链互操作性,允许用户在不同的区块链生态系统之间进行无缝交易. 与传统的隔离区块链网络相比,这是一个显著的优势,它为用户提供了更大的灵活性并可以访问更广泛的数字资产. 2. 去中心化市场 Fractal Visions平台以完全去中心化的方式运行,使用户能够完全控制其数字资产. 艺术家、创作者和收藏家可以在不受中心化实体干扰的情况下自由交易和展示 NFT 和其他数字物品. 这种去中心化的性质提高了透明度,降低了审查风险,并为用户提供了一个无需信任的环境. 3. 以用户为中心的功能 市场在设计时考虑了用户体验. 它提供了一个简单、直观的界面,便于浏览、购买和出售 NFT 和其他数字资产. Fractal Visions 包括高级搜索功能、个性化推荐和用于拍卖式销售的高级竞价系统. 4. 多链支持 Fractal Visions支持多个区块链,允许用户通过各种网络连接钱包. 这包括对 Optimism、基本、模式和其他领先的第 2 层网络的支持. 多链方法确保用户可以访问广泛的资产并与庞大的全球受众进行互动. 5. 专注于创作者 分形愿景为创作者提供了通过作品获利的独特机会. 通过为创作者提供其资产的完全所有权并提供灵活的收益分享模式,该平台确保艺术家和开发人员能够在去中心化的生态系统中蓬勃发展. 此外,创作者可以建立版税结构,使他们能够从作品的二次销售中获得收入. 6. 创新功能 该市场采用了尖端技术,例如人工智能驱动的内容推荐和增强的安全功能,确保该平台始终处于基于区块链的市场的最前沿. 此外,Fractal Visions正在努力集成VR(虚拟现实)和AR(增强现实)功能,以使用户能够在沉浸式环境中体验数字资产. 7. 社区参与 Fractal Visions致力于围绕其平台建立一个强大的社区. 该市场支持社区驱动的治理,允许用户参与决策过程并为平台的发展做出贡献. 无论是通过对提案进行投票还是参与社交互动,用户都是生态系统的核心. 8. 可持续发展和生态友好 作为其可持续发展承诺的一部分,Fractal Visions正在优化其网络以提高能效,确保该平台在最大限度地减少对环境的影响的情况下运行. 这与区块链行业内更广泛的生态意识趋势一致. Fractal Visions新市场的推出标志着去中心化、基于超级链的平台的发展向前迈出了重要的一步. 通过结合互操作性、去中心化和以用户为中心的设计的力量,Fractal Visions将重塑数字资产的创建、交易和体验方式. 该市场与多个区块链的无缝集成,并专注于赋予创作者权力和促进社区参与,使其成为快速增长的数字资产生态系统中的主要竞争者.
00
趋势
Sui 生态系统中的 AMM 机器人
Sui 生态系统中 AMM 机器人的主要特征和功能是什么?他们如何改进传统的交易机制,以及它们为在Sui网络上使用DeFi协议的用户提供了哪些优势? 例如,我需要建造一个还是可以使用 Turbos Finance
83- 0xduckmove787为SuiApr 08, 2025
👀 SEAL-我认为 Web3 数据隐私即将改变
👀 SEAL 已在 Sui 测试网上线 — 我认为 Web3 数据隐私即将改变 在 Web3 中,经常会听到诸如“用户拥有自己的数据”或“通过设计去中心化”之类的短语. 但是,仔细观察,许多应用程序仍然依赖集中式基础设施来处理敏感数据——使用 AWS 或 Google Cloud 等服务进行密钥管理. 这就引入了一个矛盾:表面上的去中心化,底层的集中化. 但是,如果有一种方法可以在不放弃权力下放的情况下安全地管理机密呢?介绍 SEAL — 去中心化机密管理 (DSM),现已在 Sui 测试网上线. SEAL 旨在修复 Web3 最大的虚伪之处之一:在秘密使用 AWS 的同时大声疾呼去中心化 你可能会问我:海豹突击队是什么? SEAL 是一种协议,可让您安全、分散地管理敏感数据——专为 Web3 世界构建. 可以将其视为插入 dApp 的隐私优先访问控制层. 您可以将 SEAL 视为一种可编程的数据锁. 你不只是手动锁定和解锁,而是使用Move on Sui将策略直接写入智能合约. 假设你正在构建一个 DApp,其中: -只有 NFT 持有者才能解锁高级教程 -或者,在泄露敏感文件之前,DAO 可能必须进行投票 -或者你想对元数据进行时间锁定并且只能在特定日期之后访问 海豹突击队使所有这些成为可能. 访问控制在链上 运行,完全自动化,无需管理员进行管理. 只是逻辑,直接融入区块链. 海豹突击队使所有这些成为可能. 访问控制在链上 运行,完全自动化,无需管理员进行管理. 只是逻辑,直接融入区块链. 另一个有趣的文章是SEAL如何处理加密. 它使用所谓的阈值加密,这意味着:没有一个节点可以解密数据. 需要一组服务器才能协同工作——有点像多重签名,但用于解锁机密. 这样可以分配信任,避免常见的单点故障问题. 为了保证信息的真正私密性,SEAL 会加密和解密客户端的所有内容. 任何后端都看不到您的数据. 从字面上看,它会留在你的手中,放在你的设备上. 而且 SEAL 不在乎你在哪里存储数据. 无论是 IPFS、Arweave、Walrus 还是其他平台,SEAL 都不会试图控制这部分. 它只关注谁可以看到什么,而不是东西的存储位置. 所以是的,它不仅仅是一个库或 API,它是 dApp 的链上优先、访问控制、默认隐私层. SEAL 填补了一个非常关键的空白. 让我们再分解一下. 如果你正在构建一个处理任何形式的敏感数据(封闭内容、用户文档、加密消息,甚至是锁定时间的 NFT 元数据)的 dApp,你也会遇到同样的问题: ➡️ 如何在不依赖集中服务的情况下安全地管理访问权限? 如果没有像海豹突击队这样的队伍,大多数队伍都会: 使用 AWS KMS 或 Firebase 等集中式工具,这显然与去中心化背道而驰 或者尝试自己修补半生不熟的加密逻辑,这些逻辑通常会变得脆弱且难以审计 https://x.com/EmanAbio/status/1908240279720841425?ref_src=twsrc%5Etfw%7Ctwcamp%5Etweetembed%7Ctwterm%5E1908240279720841425%7Ctwgr%5E697f93dc65359d0c8c7d64ddede66c0c4adeadf1%7Ctwcon%5Es1_&ref_url=https%3A%2F%2Fwww.notion.so%2Fharryph%2FSEAL-Launches-on-Sui-Testnet-1cc4f8e09bb380969c0dcc627b96cc22 这两个比例都不好. 尤其是在你尝试跨多个链或社区构建无需信任的应用程序时. *SEAL 使整个过程模块化和可编程. * 您可以在Move智能合约中定义访问规则,SEAL会处理其余的——密钥生成、解密批准和访问强制执行——所有这些都无需任何人手动颁发密钥或进行后端检查. 更好的是,这些规则是可审计和不可改变的——一旦上链,它们就会遵循合同,而不是人工管理员. 因此,与其问 “谁应该管理对这些数据的访问权限?”你只要问: “应该用什么逻辑来定义访问权限?” >... 然后让链条来处理. 简洁且可扩展. 这就是SEAL不仅仅涉及 “安全工具” 的原因——它是*任何关心隐私、合规性或动态访问逻辑的DApp的基础层. * 这是一个很小的转变——但它改变了我们对 Web3 中数据的看法. *与其在部署后进行加密,或依赖外部服务,不如从内置隐私开始——访问权限完全由智能合约逻辑处理. * 而这正是 Web3 现在需要的. SEAL 实际上是如何运作的? 我们已经介绍了什么是 SEAL以及为什么 Web3 需要它,让我们来看看它在幕后是如何构建的. 这部分是技术性更强的地方,但还是不错的. 一旦你看到所有部分是如何组合在一起的,建筑就会变得很优雅. 总体而言,SEAL的工作原理是使用一种名为基于身份的加密(IBE)的技术,将链上访问逻辑与链下密钥管理相结合. 这允许开发人员将数据加密为身份,然后依靠智能合约来定义允许谁对其进行解密. 步骤 1:智能合约中的访问规则(在 Sui 上) 一切都从智能合约开始. 当你使用 SEAL 时,你需要在你的 Move 合约中定义一个名为 seal_approve 的函数,你可以在这里写下解密条件. 例如,以下是用 Move 编写的简单时间锁定规则: entry fun seal_approve(id: vector, c: &clock::Clock) { let mut prepared: BCS = bcs::new(id); let t = prepared.peel_u64(); let leftovers = prepared.into_remainder_bytes(); assert!((leftovers.length() == 0) && (c.timestamp_ms() >= t), ENoAccess); } 一旦部署,该合约将充当看门人. 每当有人想要解密数据时,他们的请求都会被根据这个逻辑进行检查. 如果通过,密钥将被释放. 如果没有,他们就会被封锁. 没有人需要干预. ##步骤 2:基于身份的加密 (IBE) 这就是魔法发生的地方. SEAL 没有加密特定钱包地址(如 PGP 或 RSA)的数据,而是使用身份字符串——这意味着你可以加密成类似的内容: -0x 钱包地址 -dao_voted: proposal_xyz -pkgid_2025_05_01(基于时间戳的规则) -甚至是 game_user_nft_holder 当数据加密后,它看起来像这样: Encrypt(mpk, identity, message) -mpk = 主公钥(众所周知) -身份 = 逻辑定义的收件人 -消息 = 实际数据 之后,如果有人想解密,密钥服务器会检查他们是否符合政策(通过链上的 seal_approve 调用). 如果获得批准,它将返回该身份的派生私钥. Derive(msk, identity) → sk Decrypt(sk, encrypted_data) 然后,用户可以在本地解密内容. 因此,无需提前知道谁将解密即可完成加密. 您只需定义条件,SEAL 稍后再计算其余部分. 它是动态的. ##第 3 步:密钥服务器 — 脱链,但未集中化 你可能想知道:谁在拿着这些万能钥匙? 这就是 SEAL 的密钥服务器的用武之地. 可以把它看作是一个后端: -持有主密钥 (msk) -关注链上合约(比如你的 seal_approve 逻辑) -仅在满足条件时才发出派生密钥 但是——这是关键——海豹突击队不只依赖一台密钥服务器. 你可以在阈值模式下运行它,在发放解密密钥之前,需要多个独立服务器达成一致. 例如:五分之三的密钥服务器必须批准请求. 这避免了中心故障点,也允许在密钥管理层进行权力下放. 更好的是,将来SEAL将支持MPC(多方计算)和基于飞地的设置(例如TEE),因此您可以在不影响可用性的情况下获得更强的保障. ##步骤 4:客户端解密 将密钥返回给用户后,实际的解密将在用户的设备上进行**. 这意味着: -服务器永远看不到你的数据 -后端从不存储解密的内容 -只有用户可以访问最后的消息 这是一个可靠的隐私模型. 即使有人破坏了存储层(IPFS、Arweave 等),如果不传递访问逻辑,他们仍然无法读取数据. 以下是快速思维模型: 这种结构使您可以轻松构建访问规则不是硬编码的去中心化应用程序,它们是动态的、可审计的,并且完全集成到您的链逻辑中. ##SEAL 背后的团队 SEAL 由区块链安全社区的知名人物Samczsun领导. 他曾是Paradigm的研究合伙人,曾审计过多个生态系统并将其从重大漏洞中拯救出来. 现在,他全职致力于将 SEAL 建成 Web3 隐私基础设施的核心部分. 凭借他的背景和信誉,SEAL 不仅仅是另一个实验工具,它是一次严肃的尝试,旨在使去中心化数据隐私既实用又可扩展. 随着 SEAL 在 Sui 测试网上线,它为 Web3 应用程序如何管理机密带来了新的标准. 通过结合链上访问控制、阈值加密和客户端隐私,SEAL 为去中心化数据处理提供了更值得信赖的基础. 无论你是在构建 dApp、DAO 还是去中心化游戏,SEAL 都提供了一个强大的工具包,可以在不影响去中心化的前提下执行访问控制和保护用户数据. 如果 Web3 要向前发展,像 SEAL 这样的安全基础设施不是可选的——这是必不可少的
8