ERC-7585 提出 MixHash:把哈希算法选择、文件大小与默克尔根低 192 位打包成一个 256 位标识,再用“最小值选择”让任何人提交公共数据存储证明。本文拆解它的构造步骤、博弈式验证模型与 ERC-721/1155 的挂接方式。
汇总与「存储」相关的文章,帮助你系统了解该主题。
ERC-7585 提出 MixHash:把哈希算法选择、文件大小与默克尔根低 192 位打包成一个 256 位标识,再用“最小值选择”让任何人提交公共数据存储证明。本文拆解它的构造步骤、博弈式验证模型与 ERC-721/1155 的挂接方式。
跑一个以太坊全节点,硬盘上那几十到几百 GB 并非一整坨数据库:区块体、区块头与索引、状态树、密钥与节点身份各占专区,底层存储引擎的批量写还会制造短时的空间脉冲。本文以主流客户端公开的目录结构为线索,解释每类文件回答什么问题、为什么删错目录等于报废节点,以及清理磁盘为什么不能靠手动挑文件。
Filecoin 用 WinningPoSt 与 WindowPoSt 两种抽查证明核对存储矿工是否持续保留承诺数据。本文按官方协议规范拆解扇区封存、随机挑战、约一天的轮询审计与罚没边界。
Stamps 把图片编码成 base64 塞进交易的输出脚本里,让数据留在 UTXO 集合中难以剪枝;铭文则把内容放在见证区,享受折扣也可被节点剪枝。本文对比两种“把图片刻进比特币”的路线在存储位置、费用结构与节点负担上的差异,以及各自支持者的论证。
ERC-5625 给 NFT 元数据 JSON 加了一个可选的 dStorage 对象,用 platform、persistence_mechanism、dstorage_note 等六个字段描述资产文件到底存在哪个去中心化存储系统上。本文解读字段含义与它能证明、不能证明什么。
同一张 NFT 的图片可能躺在去中心化网络、激励存储或某台随时可关的服务器上。本文解释三类存储的技术机制、失效模式与验证方法,给出组合策略的判断框架,帮你在 mint 前问对问题。
Arweave 用一次性费用换取数据在区块奖励机制下的长期存储,常被用作 NFT 元数据与图片的永久后端。本文解释它的存储经济模型、与 IPFS 的区别、数据可检索性,以及“永久”一词的准确边界。
以RPC取证方式读取ERC-1967的implementation、admin与beacon槽,区分Transparent、UUPS和Beacon代理,并核对真实升级控制权。
通过具体变量布局演算Solidity的32字节槽位、紧凑打包、mapping与动态数组派生位置,并说明代理升级时哪些改动会破坏旧数据。文中同时给出storageLayout比对步骤、嵌套映射哈希公式,以及可升级合约增删变量时的兼容性检查清单。
本文解释状态膨胀的机制:链上状态为什么只增不减、修剪与归档如何应对、状态增长对节点生态/费用/安全的具体影响,以及“状态清理”类方案的思路。