2026年10月19日周一

标签:安全

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

权限登记放上一张公共表:ERC-7820 访问控制注册表的用法
NFT 与铭文
权限登记放上一张公共表:ERC-7820 访问控制注册表的用法

每个合约各自维护权限表,链上查“谁能动这些合约”要一个个翻。ERC-7820 访问控制注册表把登记与授权动作集中到一份公共合约:注册合约、批量发角色、批量收角色。本文讲接口边界与“没有中央 owner”的设计。

授权只在这一笔交易里有效:ERC-7674 临时授权用完即焚
NFT 与铭文
授权只在这一笔交易里有效:ERC-7674 临时授权用完即焚

永久 approve 最大的痛点是“批准了却忘了撤销”。ERC-7674 临时授权给出折中:temporaryApprove 只在创建它的那笔交易内有效,交易结束自动清零。本文讲它与永久额度的消耗顺序、ERC-1153 瞬态存储实现与槽位碰撞风险。

转出去之前先过一道闸:ERC-6997 给 ERC-721 加转账验证步骤
NFT 与铭文
转出去之前先过一道闸:ERC-6997 给 ERC-721 加转账验证步骤

ERC-721 的 transferFrom 一旦成功就完成转移。ERC-6997 在转移和授权前面加一个待验证记录:先挂起、发事件,等一次确认才真正易主。本文拆解 TransferValidation 状态机、被授权方直接执行的市场兼容条款。

同一个钱包跨链不是同一个地址:ERC-6735 用链 ID 做地址别名
NFT 与铭文
同一个钱包跨链不是同一个地址:ERC-6735 用链 ID 做地址别名

在 A 链和 B 链用“一个账户”收发,桥和跨链钱包常靠别名换算。ERC-6735 把别名规则标准化:把链 ID 编成偏移量,夹住原地址拼出别名。本文拆解 offsetAlias 构造要求、还原方法,以及它防的是哪类跨链事故。

收款不想暴露地址:ERC-6538 隐匿元地址注册表怎么公开收款身份
NFT 与铭文
收款不想暴露地址:ERC-6538 隐匿元地址注册表怎么公开收款身份

ERC-5564 隐匿地址需要一张“名片”让别人给你生成一次性收款地址,ERC-6538 就是把名片挂上链的每条链单例注册表。本文讲 stealthMetaAddressOf 映射、registerKeysOnBehalf 代注册签名,以及公开注册与隐私收款如何兼容。

预售资金先进托管再退款:ERC-5507 可退款代币的 deadline 机制
NFT 与铭文
预售资金先进托管再退款:ERC-5507 可退款代币的 deadline 机制

付费铸造收的是真金白银,项目黄了想退款,靠人工台账既慢又不可验证。ERC-5507 把退款做成链上托管:期限内可退、到期自动失效。本文讲 refund 与 refundFrom 的分工、refundDeadlineOf 怎么读,以及重入风险提示。

合约归谁管?ERC-5313 用一个 owner 查询给任何合约标明主人
NFT 与铭文
合约归谁管?ERC-5313 用一个 owner 查询给任何合约标明主人

很多合约没有统一的问法回答“你归谁管”。ERC-5313 轻量合约所有权把答案压缩成一个 owner 函数。本文讲它与 ERC-173 的关系、市场认领合约的流程,以及只凭一次链上查询认主人的风险边界。

钱包升级与充值地址更换:安全事件当天的动作清单
交易所评测
钱包升级与充值地址更换:安全事件当天的动作清单

交易所安全事件后常见的两个动作——钱包系统升级与充值地址更换——含义不同:前者不一定需要你动手,后者不处理会直接影响入账。本文拆解两种变更改了什么、防什么,给出事件当天的操作顺序与二次钓鱼防范要点。机制说明撰写于2026年9月,本文为安全防御信息,不构成投资建议。

repo/verify发现损坏后怎么办?
Web3 安全已审核
repo/verify发现损坏后怎么办?

Kubo repo verify默认可只读检查本地块,并按CID发现损坏;--drop和--heal则具有删除风险。本文给出备份、只读取证、远端可恢复性验证和修复后的复核流程。