2026年10月6日周二

加密货币百科

加密货币百科栏目系统讲解比特币、以太坊、稳定币、Layer2 等核心概念,覆盖运作机制、使用场景与风险提示,帮助新手建立完整的加密货币知识框架。我们坚持以信息与教育为目标,对每个概念给出清晰定义、适用场景和潜在风险,避免堆砌术语,也不提供任何形式的投资建议。无论你是第一次接触加密货币,还是希望补齐某个知识盲区,都能在这里找到结构化、可信赖的解释。

1545篇内容
155页索引
2026-09-27最近更新
排序 共 1545 篇 · 第 39 / 155 页
比特币mempool费用怎么看?
加密货币百科 已审核
比特币mempool费用怎么看?

mempool费用分层能帮助理解短时拥堵,但不能保证确认时间。本文说明mempool.space API字段和手续费估算边界。

基础费只看上一个区块?EIP-7378想用移动平均堵住空块贿赂
加密货币百科
基础费只看上一个区块?EIP-7378想用移动平均堵住空块贿赂

EIP-1559的基础费调整只参考上一个区块的用量,理论上给了出块人与用户合谋压低基础费的空间。EIP-7378提出把公式里的单块用量换成指数移动平均,让单块空块的影响被摊薄。本文拆解这条公式的改动点、它针对的贿赂攻击路径,以及这条提案目前停在什么状态。

轻客户端桥的信任底线谁来守:EIP-7657想给同步委员会加罚没
加密货币百科
轻客户端桥的信任底线谁来守:EIP-7657想给同步委员会加罚没

以太坊同步委员会为轻客户端提供跨周期签名,但成员为恶意消息签名目前不会触发罚没。EIP-7657提出给同步委员会消息定义 slashing 条件,针对的是可能骗过信任最小化桥的非规范终局头签名。本文解释攻击路径、为什么罚没只能事后生效,以及提案的适用范围边界。

CREATE2的接班人:EOFCREATE与RETURNCODE在EOF里怎么造合约
加密货币百科
CREATE2的接班人:EOFCREATE与RETURNCODE在EOF里怎么造合约

EOF格式取消了合约运行前的initcode机制,经典CREATE与CREATE2因此失去存在前提。EIP-7620用EOFCREATE与RETURNCODE一对新指令补上合约创建的缺口,规则大量类比CREATE2。本文讲清这对指令的分工、与旧指令的异同,以及它随EOF一起搁置的现状。

轻客户端只能往前看:EIP-7658想给同步数据补上历史课
加密货币百科
轻客户端只能往前看:EIP-7658想给同步数据补上历史课

以太坊轻客户端同步协议支持向未来同步,却没法回溯历史周期,因为同步委员会期数据依赖当时才有的状态。EIP-7658提出在状态里跟踪每期最优的SyncAggregate,让任意历史周期的轻客户端更新可独立验证。本文解释这个只加一个字段的设计如何服务归档与Portal网络。

委托给智能账户之后,原来的私钥能烧掉吗:EIP-7851的SETSELFDELEGATE
加密货币百科
委托给智能账户之后,原来的私钥能烧掉吗:EIP-7851的SETSELFDELEGATE

EIP-7702把EOA委托给合约代码后,原ECDSA私钥仍保留授权委托变更的残留权力。EIP-7851引入禁用ECDSA的委托前缀0xef0101与SETSELFDELEGATE指令,让钱包代码自己把这条回退之路永久关闭。本文讲清两种委托的差别、不可逆的确切含义与安全动机。

合并队列不是提款快速通道:EIP-8071要取消一类钻空子的合并请求
加密货币百科
合并队列不是提款快速通道:EIP-8071要取消一类钻空子的合并请求

Pectra之后的验证者合并队列在特定条件下可以被用来加速退出:让合并后的目标余额超过上限,多出部分直接进提款扫款。EIP-8071提出在协议层取消这类会使目标超限的合并请求。本文复盘这条技巧为什么可行、它利用了哪两条队列的速率差,以及修法的边界。

复利验证者的提款线不能自己定?EIP-8148想开放自定义扫款阈值
加密货币百科
复利验证者的提款线不能自己定?EIP-8148想开放自定义扫款阈值

EIP-7251引入0x02复利凭证后,验证者余额要到2048 ETH才会触发自动扫款提取,不少人因此不愿切换。EIP-8148提出可选的自定义扫款阈值请求,让验证者声明高于多少余额就把奖励自动扫到提款地址。本文讲清默认机制的痛点、提案的请求设计和它没有改变的部分。

Gas上限别再跟着客户端版本走:EIP-8261给扩容装了一张排期表
加密货币百科
Gas上限别再跟着客户端版本走:EIP-8261给扩容装了一张排期表

以太坊区块Gas上限的默认值目前由客户端发版决定,哪个运营者先升级,上限就提前在他的节点上抬升。EIP-8261建议让共识层配置文件携带按epoch生效的Gas上限排期,使大扩容在全网协调的时间点发生。本文解释排期表的两种角色、它没有改变的弹性规则,以及为何上限之争历来比看上去复杂。

包含列表想保护哪些交易:EIP-8369给FOCIL划出的两种资格档案
加密货币百科
包含列表想保护哪些交易:EIP-8369给FOCIL划出的两种资格档案

FOCIL要求构建者必须包含被列入的交易,但并非所有交易都便宜到能被核验遗漏。EIP-8369作为说明性文档定义了两种仅验证型部分无状态档案:覆盖常规交易的Profile 1与覆盖帧交易的Profile 2,并划清公共内存池与FOCIL资格的界限。本文拆解档案边界背后的验证成本逻辑。