2026年10月15日周四

标签:存储

汇总与「存储」相关的文章,帮助你系统了解该主题。

证明你留了这份文件:ERC-7585 MixHash 与公共数据存储证明
NFT 与铭文
证明你留了这份文件:ERC-7585 MixHash 与公共数据存储证明

ERC-7585 提出 MixHash:把哈希算法选择、文件大小与默克尔根低 192 位打包成一个 256 位标识,再用“最小值选择”让任何人提交公共数据存储证明。本文拆解它的构造步骤、博弈式验证模型与 ERC-721/1155 的挂接方式。

以太坊客户端的链数据目录:一份台账的几种文件分工
加密货币百科
以太坊客户端的链数据目录:一份台账的几种文件分工

跑一个以太坊全节点,硬盘上那几十到几百 GB 并非一整坨数据库:区块体、区块头与索引、状态树、密钥与节点身份各占专区,底层存储引擎的批量写还会制造短时的空间脉冲。本文以主流客户端公开的目录结构为线索,解释每类文件回答什么问题、为什么删错目录等于报废节点,以及清理磁盘为什么不能靠手动挑文件。

Bitcoin Stamps 与铭文:数据放输出和放见证的区别
NFT 与铭文
Bitcoin Stamps 与铭文:数据放输出和放见证的区别

Stamps 把图片编码成 base64 塞进交易的输出脚本里,让数据留在 UTXO 集合中难以剪枝;铭文则把内容放在见证区,享受折扣也可被节点剪枝。本文对比两种“把图片刻进比特币”的路线在存储位置、费用结构与节点负担上的差异,以及各自支持者的论证。

NFT 元数据里的 dStorage 字段:ERC-5625 想让你查到账存在哪
NFT 与铭文
NFT 元数据里的 dStorage 字段:ERC-5625 想让你查到账存在哪

ERC-5625 给 NFT 元数据 JSON 加了一个可选的 dStorage 对象,用 platform、persistence_mechanism、dstorage_note 等六个字段描述资产文件到底存在哪个去中心化存储系统上。本文解读字段含义与它能证明、不能证明什么。

Arweave 与 NFT:永久存储适合什么、不适合什么
NFT 与铭文 已审核
Arweave 与 NFT:永久存储适合什么、不适合什么

Arweave 用一次性费用换取数据在区块奖励机制下的长期存储,常被用作 NFT 元数据与图片的永久后端。本文解释它的存储经济模型、与 IPFS 的区别、数据可检索性,以及“永久”一词的准确边界。

ERC-1967代理槽位怎么读?
钱包与链上工具 已审核
ERC-1967代理槽位怎么读?

以RPC取证方式读取ERC-1967的implementation、admin与beacon槽,区分Transparent、UUPS和Beacon代理,并核对真实升级控制权。

Solidity存储槽位怎么计算?
公链与 Layer2 已审核
Solidity存储槽位怎么计算?

通过具体变量布局演算Solidity的32字节槽位、紧凑打包、mapping与动态数组派生位置,并说明代理升级时哪些改动会破坏旧数据。文中同时给出storageLayout比对步骤、嵌套映射哈希公式,以及可升级合约增删变量时的兼容性检查清单。