探索
连接社区，发现新想法。
社区
Sui is a Layer 1 protocol blockchain designed as the first internet-scale programmable blockchain platform.
热门帖子顶尖成员- 4587
- 4180
- 4038
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.eth298为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.eth298为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
最新的
为什么不可退还的仓储费不是存储返点的 1%
我只是想知道为什么不可退还的仓储费不是存储返点的 1%： │ Gas Info │ │ ├────────────────────────────┼──────────┤ │ Computation Cost │ 1000000 │ │ Storage Cost │ 11187200 │ │ Storage Rebate │ 13031568 │ │ Non-Refundable Storage Fee │ 131632 │ │ Gas Used │ 947 │ │ Gas Budget │ 3089992 │ │ Gas Price │ 1000 │ │ Reference Gas Price │ 1000 │ │ Storage Gas Price │ 76 │ │ Rebate Rate │ 9900 │ ╰────────────────────────────┴──────────╯ `
01
未回答
Sui 的物体显示标准是什么？
对象显示标准 (https://docs.sui.io/standards/object-display) 定义了如何使用名称、描述和图片 URL 等元数据显示 Sui 对象（例如 NFT）. 它用于在钱包和市场中实现一致的渲染. 通过添加一个包含名称和 image_url 等字段的显示结构，在你的 Move 合约中实现它. 有关代码，请参阅 Sui NFT 示例 (https://github.com/MystenLabs/sui).
20
为The GraphMar 14, 2025GRT 代币-你有什么想法？
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
93- 0xduckmove2018为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 如何在 Move 中合并两个硬币对象？
*我想理解 Sui Network 的这一方面，因为我要么构建、调试，要么部署一些涉及这个领域的东西. 我想详细解释这个机制或功能的工作原理，以及相关的 CLI 用法、移动代码结构或架构概念. 我的目标是获得足够的清晰度，将这些知识应用到一个真实的项目中——无论是自定义智能合约、NFT系统、钱包集成还是DeFi工具. 与 EVM 链相比，Sui Network 具有独特的功能，因此我对它的与众不同之处以及它如何影响开发最佳实践特别感兴趣. 有示例代码、命令行示例或典型错误需要注意会有所帮助，尤其是在使用 Sui CLI、SDK 或在本地网络/测试网上部署时. 归根结底，我希望避免常见错误，遵循最佳的安全原则，并确保我正在开发的功能在现实条件下表现出预期. *
713