比特币Ordinals上线递归铭文；坎昆升级纳入包括EIP-4844 等在内的5个EIP |Tokenview

最新推荐文章于 2025-12-31 10:04:52 发布
原创 最新推荐文章于 2025-12-31 10:04:52 发布 · 2k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#区块链

一周速览

过去一周，明星项目动态如下：
Bitcoin Ordinals上线递归铭文;
Cancun 升级纳入的EIP包括EIP-1153、EIP-4788、EIP-4844 等 5 个；
Horizen EON 将于6月13日进行Gobi 测试网升级；
Ronin Network将于6 月13日进行网络升级

01BTC

比特币协议 Ordinals 已上线递归铭文，铭文大小可突破 4MB 限制
比特币协议Ordinals新任首席维护者Raph 近日在 Github 上，将比特币协议 Ordinals 创建者 Casey Rodarmor 提出的「递归铭文」2167 号更新合并到 Ordinals 代码中。可以实现将许多代码包完全刻录在比特币链上，因调用的是代码（文字形式），因此体积很小，这可以让铭文大小可以突破比特币区块大小 4MB 的限制，可以将复杂的 3D 视频游戏完全上链到比特币上。

02ETH

Cancun 升级纳入的EIP包括 EIP-1153、EIP-4788、EIP-4844 等 5 个
以太坊核心开发人员在最新一次的开发者会议中最终确定了坎昆升级包含的 EIP，其中核心内容为 EIP-4844，该 EIP 旨在通过以太坊节点实现链下数据的临时存储和检索，以满足区块链应用程序的数据和存储需求。其他入选的 EIP 包括：EIP-1153：降低链上存储数据的费用，从而改善区块空间；EIP-4788：改进桥和权益池的设计；EIP-5656：添加与以太坊虚拟机相关的次要代码更改；EIP-6780：去除可能终止智能合约的代码。此外，此次会议并未对坎昆升级时间做出准确预测，但预计其将于 2023 年底前进行。

03Horizen

Horizen EON 将于 6 月 13 日进行 Gobi 测试网升级
Horizen 发文称，EON 将于6月13日进行Gobi测试网升级，通过更改一些费用参数来提高网络的安全性，对通过正在进行的漏洞赏金计划出现的漏洞实施修复，确保顺利过渡到EON 主网启动。

04Ronin Network

以太坊侧链Ronin Network 预计将于6月13日进行网络升级
以太坊侧链RoninNetwork将于区块高度24,935,500处进行Hatsune (v2.5.4) 网络升级及Olek硬分叉，预计时间为北京时间6月13日13:00。Olek 硬分叉的改进包括增强网络稳定性以及解决几个错误修复。

05LayerZero

LayerZero上线Arbitrum Nova主网
全链互操作性协议 LayerZero 上线 Arbitrum Nova 主网。基于Arbitrum Nova的开发人员可以将其应用无缝扩展到其支持的30 多条链，已经在 LayerZero 上构建的项目也可以扩展至 Arbitrum Nova。

06Polygon

Polygon zkEVM主网Beta版完成更新
Polygon Labs 在社交平台上表示，Polygon zkEVM 主网 Beta 版于北京时间 6 月 8 日完成更新，zkEVM 的开发人员将开始与基础设施合作伙伴合作，以更新网络的一些服务。

07Optimism

Optimism已于6月7日完成主网Bedrock升级
Optimism 已于北京时间 6 月 7 日完成主网 Bedrock 升级。Bedrock 旨在降低交易费用、缩短系统延迟、提高节点性能等方面进行升级。

08Sui

Sui 发布 SIP 6 改进提案，开发人员将能构建流动性质押协议
Layer1公链Sui Network 发布SIP6改进提案，该SIP指定了对「StakedSui」结构和相关函数的改进，该SIP还需通过审核。

09Taiko

以太坊Layer2网络Taiko已上线alpha-3测试网
基于 zkRollup 的以太坊 Layer2 网络 Taiko 已上线 alpha-3 测试网，更新包括新的协议经济学设计与实现、提议者和证明者都将是无许可的（alpha-1 只有无许可的提议者，alpha-2 只有无许可的证明者），同时 alpha-3 将支持 Taiko Inception Layers (L3)。

来源：

https://twitter.com/LeonidasNFT/status/1668098460766052353

https://twitter.com/TimBeiko/status/1666905821723373568?s=20

https://blog.horizen.io/eon-updates-upcoming-gobi-testnet-upgrade/

https://twitter.com/Psycheout86/status/1666673641814147072

https://twitter.com/LayerZero_Labs/status/1666494169643384832

https://twitter.com/0xPolygonLabs/status/1666195379677700096

https://twitter.com/optimismFND/status/1666222592200437760

https://twitter.com/SuiNetwork/status/1667349248021778432

https://twitter.com/taikoxyz/status/1666429591765012480

Tokenview
关注
ubuntu 20.04部署brc20 ordinals铭文
云深海阔专栏
01-12 869
下载bitcoin包后相对路径：bitcoin-26.0/share/rpcauth/rpcauth.py 文件。注释掉bitcoin.conf的账号密码。2、更改之前节点部署rpc访问方式。3、编译ordinals代码。4、同步ordinals数据。1、btc节点部署文档详见。创建cookie文件。
币安移除铭文市场的深度解读：背后原因及其对区块链行业的影响
Luckyy_D的博客
12-11 1477
在这种背景下，币安可能意识到，铭文市场作为一个基于比特币网络的全新市场，其交易的资产类型及其市场运营的合规性可能存在风险。特别是在市场对比特币NFT的热情可能减退的情况下，平台可能意识到这种市场的长远发展并不稳定，且短期内面临较大的市场波动风险。币安的退出可能会影响整个区块链行业的信心。尽管铭文市场在初期吸引了大量创作者和投资者的参与，但随着市场的逐渐成熟和投资者的理性回归，铭文市场的需求可能出现下降。币安的退出意味着比特币NFT市场失去了一个重要的交易平台，这可能会影响市场的活跃度和参与者的信心。
刻在比特币上的留言：一文读懂铭文（Ordinals）
2501_90357013的博客
06-09 1144
Ordinals 协议做的第一件事，就是提出了一套编号规则，按照被挖出的先后顺序，给比特币网络中存在的每一“聪”都分配了一个独一无二的、从0开始的编号。当这个“聪”第一次出现在一笔带有“见证”数据的交易中时，这个“聪”就被“铭刻”了。因为比特币的每一笔交易都是公开可追溯的，只要从第一个区块开始复盘整个交易历史，理论上就能追踪到每一“聪”的流向，并确认它的唯一编号。整个过程就像一次特殊的转账：你选定一个“聪”作为“刻字石”，把你的内容（数据）打包进交易的“见证”部分，然后将这笔交易发送给你。
BTC系列-系统学习铭文(一)-比特币上的NFT
搬砖魁首的博客
02-22 2071
它支持任意数据传输，并具有折扣的“块权重”，巧妙地将大量数据保留在比特币的块大小限制内，以避免硬分叉的需要。在此过程中，Taproot 创建了一个更简单的系统来存储任意见证数据，并放宽了对比特币交易中可以放置多少任意数据的限制。Ordinals NFTs 是基于以下两项比特币上的技术得以实现的: 2017年的隔离见证 (SegWit) 和 2021年的Taproot。由于数据要求放宽，假设单笔交易可以用其交易和见证数据填充整个区块，最高可达 4MB 的区块大小限制，从而极大地扩展了可以放在链上的媒体类型。
分形比特币（Fractal Bitcoin）
西京刀客
08-22 2124
Fractal Bitcoin，已经成为目前比特币生态目前最火的项目了，也被很多社区朋友看成是下一波比特币生态的最大爆点之一。
比特币序数理论与铭文的终极指南
2501_90357013的博客
06-22 1293
比特币网络兴起铭文热潮：技术革新与文化争议 2023年1月出现的序数理论为比特币最小单位聪（sat）赋予了收藏价值，通过铭文技术将图像、文本等数据刻入区块链。
基于Ordinals在比特币L1网络实现EVM图灵完备智能合约支持——BxE协议
优快云深蓝居
04-16 1625
BxE协议(Bitcoin x Ethereum Protocol)旨在充分利用比特币强大的安全性、去中心化特性和庞大的网络效应,在其基础上构建一个可编程、跨生态互联的新一代区块链生态系统。通过创新的技术设计,BxE将成为连接比特币与以太坊Web3生态网络的桥梁,推动整个加密经济的发展。BxE协议基于Ordinals协议为基础，在比特币原生网络（Layer1）实现了对以太坊虚拟机EVM的支持，从而让比特币网络能够支持图灵完备的智能合约。
将 Ordinals 与 比特币智能合约集成 : 第 1 部分
sCrypt Web3 应用开发
09-04 1789
最近，比特币序数在区块链领域引起了广泛关注。据称，与以太坊 ERC-721 等其他代币标准相比，Ordinals 的一个主要缺点是缺乏对智能合约的支持。我们展示了如何向 Ordinals 添加智能合约功能，从而扩大其用例范围。与普遍看法相反，序数不仅与智能合约兼容，而且实际上非常适合智能合约。作为展示，我们开发了一个支持许可序数的智能合约。与常规/无需许可的序数相比，每次转让都需要由发行人批准和共同签署。
将 Ordinals 与比特币智能合约集成：第 2 部分
sCrypt Web3 应用开发
09-20 890
在中，我们展示了一种将 Ordinal 与智能合约集成的方法，即将Ordinal和合约放在同一个 UTXO 中。今天，我们介绍了一种集成它们的替代方案，即它们位于单独的 UTXO 中。作为展示，我们开发了一个智能合约，可以实现序号的链上拍卖。智能合约保证拍卖师将获得最高出价，而投标人将获得 Ordinal。
ordinals特殊铭文记录
chinesesexyman的博客
07-12 520
比特币特殊铭文
ordinals:用于超限序数计算的脚本集合-开源
06-01
6. `ordinal_notations.pdf` - 这是一个PDF文档，很可能包含了关于序数表示法的详细理论，可能包括不同的表示系统（如Cantor的正常形式， Veblen函数等）和计算方法。 综上所述，这个开源项目提供了一套工具，用于...
BTC系列-系统学习铭文(二)-序数理论
搬砖魁首的博客
05-25 943
序数是一种比特币的编号方案，允许跟踪和转移单个聪。这些数字被称作序号。比特币是按照它们被挖掘的顺序编号的，并从交易输入转移到交易输出（遵循先进先出原则）。编号方案和传输方案都依赖于_顺序_，编号方案依赖于比特币被挖掘的_顺序_，而传输方案依赖于交易输入和输出的_顺序_。因此得名，序数（Ordinals）。
数字人民币跨境支付试点启动，稳定币会被取代吗？
changlianzhifu1的博客
12-26 1023
2025年12月24日，中国人民银行、国家发展改革委、财政部、交通运输部、商务部、金融监管总局、中国证监会、国家外汇局等八部门联合印发《关于金融支持加快西部陆海新通道建设的意见》，明确提出"支持探索推进内地与新加坡数字人民币跨境支付试点"。，美元稳定币占据主导地位，全球稳定币中95%为美元稳定币，远超美元在全球支付中50%的占比。通过新加坡试点积累经验，逐步扩展到东盟其他国家、香港、阿联酋、沙特阿拉伯等地区，数字人民币有望在2030年实现交易额超200万亿元的目标，成为全球支付体系的重要参与者。
分享三种不同的支付体验，各自有着不同的特点与适用场景。
SunYanpay的博客
12-29 168
异名代付，则是付款人与收款人账户信息不一致的支付形式，付款方委托支付平台等中介机构，代为向收款方完成付款，我们日常线上购物的支付流程，就是典型的异名代付。它的核心优势是大幅提升支付的效率与便捷性，适配各类商业交易场景，只是这类模式需要专业中介机构做好风控，保障每一笔支付的安全合规。这一模式不仅要求支付系统具备高效的并发处理能力，也能为用户带来资金快速流转的优质体验，满足大家对资金流动性的高要求。同名充值，是付款方与收款方账户实名一致的资金划转方式，最常见的就是个人之间的银行转账。
Compound协议（1）
weixin_43444221的博客
12-27 852
Compound是以太坊上最早、最具影响⼒的去中⼼化借贷协议之⼀，由Robert Leshner和Geoffrey Hayes于2018年创⽴。作为DeFi领域的先驱，Compound开创性地引⼊了算法货币市场（Algorithmic Money Market）的概念，通过智能合约⾃动化管理借贷市场的供需关系。去中⼼化货币市场：⽆需许可的开放式借贷平台，任何⼈都可以参与算法利率协议：基于供需关系⾃动调整利率，⽆需⼈⼯⼲预流动性聚合器：创建共享流动性池，提⾼资⾦使⽤效率。
Solidity入门（15）- Foundry框架
weixin_43444221的博客
12-30 747
创建和初始化Foundry项目查看和编译合约运行测试并查看结果启动Anvil本地节点编写和运行部署脚本在本地节点上部署合约使用Cast与合约交互进行Gas估算查询账户余额和链信息整个流程展示了Foundry工具链的强大功能。在实际开发中，你可以使用Anvil进行本地测试，使用Forge进行编译和测试，使用Cast进行链上交互，最后部署到测试网或主网。
Sui 2025→2026 直播回顾中文版
Sui_Network的博客
12-29 690
假设现在你们没人认识我，而且你们以后也不会认识我。（开玩笑的）我是 Kostas，目前负责 Mysten Labs 的密码学团队，也是我们现在使用的很多密码学库的主要设计者之一。在这之前，我在 Facebook 做过这些东西，也在 WhatsApp 待过一段时间，所以我对端到端加密非常熟 — — 这也是我们等下会聊到的一个话题，关于隐私。你们之后会慢慢知道我是谁的。
微算法科技（NASDAQ ：MLGO）构建量子安全区块链架构，增强后量子数据安全性技术介绍
最新发布
MicroTech2025的博客
12-31 216
该架构摒弃传统易受量子攻击的加密逻辑，通过后量子密码算法构建数据加密、签名验证的安全底座，同时依托BFT特性确保节点在异常状态下仍能达成正确共识，最终实现区块链数据从生成、传输到存储的全链路抗量子安全，保障信息的完整性、保密性与不可篡改性。若发现当前所用算法存在安全隐患，依托架构的模块化设计，无需重构底层框架，仅替换加密与共识模块即可完成算法升级，确保架构始终适配最新的抗量子安全标准，长期抵御量子计算威胁。全网节点验证区块签名通过后，共同达成共识，将区块永久写入区块链，完成一次共识周期的安全闭环。
2. Remix编写、编译、部署、测试Solidity ERC20合约 - 进阶篇
tianma2012的博客
12-28 130
底层通过JSON-RPC发送name()的字节码0x06fdde03。所以Remix提供了底层调用方式。但需要合约中有 fallback方法。
elasticsearch7.x支持5.x的快照迁移吗
06-14
<think>嗯，用户要求我分析Elasticsearch从5.x升级到7.x的迁移可行性，特别是reindex和snapshot/restore两种方法的可行性。用户提供了三份参考资料，我需要仔细整合这些信息。首先看引用[1]的明确说明：5.x创建的索引必须通过6.x重新索引才能被7.x读取。这意味着直接快照恢复是不可能的，因为索引格式不兼容。这印证了之前报告中的核心结论。引用[2]提到SpringBoot集成ES的版本对应关系，虽然不直接回答技术可行性，但暗示了周边生态的兼容性问题。比如使用SpringData时需要对应升级到3.0.2+和SpringBoot2.x，这在迁移规划中需要考虑。引用[3]则确认快照功能是官方推荐的备份恢复方案，但需要验证跨版本支持度。特别注意到它区分了全量和增量备份的场景，这对大型集群的迁移策略有指导意义。结合这些资料，需要向用户强调三个关键点：第一，7.x完全不支持直接加载5.x的索引文件，这是Lucene格式决定的硬限制；第二，reindex是必经环节，无论选择在线还是离线方案；第三，快照恢复仅作为传输媒介，最终仍需在中间版本完成重建。对于用户特别询问的7.x兼容5.x快照问题，必须明确：7.x仅支持恢复6.x及以上快照。5.x快照需要先在6.8集群恢复并reindex，才能被7.x使用。这个中间步骤无法跳过。在方案设计上，中小集群建议采用"5.x→reindex到6.8→快照→7.x恢复"的路径；超大集群则更适合"5.x快照→6.8恢复并reindex→7.x快照"的离线操作。无论哪种，都要预留映射调整时间，比如处理多类型字段合并。最后想到用户可能忽略但关键的细节：快照存储库必须配置在共享文件系统或S3上，且所有集群节点要有同等访问权限。如果用户当前使用本地路径存储快照，迁移前需要重新配置存储库。</think>### Elasticsearch 7.x 兼容 5.x 迁移可行性分析 **核心结论：** **Elasticsearch 7.x 无法直接恢复 5.x 快照或进行跨版本 reindex，必须通过 6.x 过渡版本完成索引重建**（引用[1]）。以下是详细分析： --- #### 一、**快照恢复（Snapshot/Restore）可行性** | 操作 | 兼容性 | 说明 | |---------------------|-------------|----------------------------------------------------------------------| | **7.x 直接恢复 5.x 快照** | ❌ 不支持 | 7.x 仅支持恢复 **6.0+ 快照**（Lucene 8 不兼容 5.x 的 Lucene 6 格式）[^1] | | **间接迁移路径** | ✅ 支持 | 必须通过中间版本过渡：<br>`5.x → 在 6.8 集群恢复快照 → reindex → 创建新快照 → 7.x 恢复` | **操作步骤：** 1. **在 6.8 集群恢复 5.x 快照**（6.8 是兼容 5.x 的最后一个版本）[^1]： ```bash # 6.8 集群执行 POST /_snapshot/my_backup/snapshot_5x/_restore ``` 2. **在 6.8 集群重建索引**： ```json POST _reindex { "source": { "index": "old_5x_index" }, "dest": { "index": "new_6x_index" } } ``` 3. **创建 6.8 兼容快照** → 在 7.x 集群恢复。 --- #### 二、**Reindex API 可行性** | 场景 | 兼容性 | 方案 | |---------------------|-------------|----------------------------------------------------------------------| | **5.x → 7.x 直接 reindex** | ❌ 不支持 | 7.x 的 Reindex API **无法连接 5.x 集群**（HTTP 协议和接口不兼容）[^1] | | **间接 reindex** | ✅ 支持 | 分步操作：<br>`5.x → 6.8 集群 reindex → 7.x 集群 reindex` | **关键配置：** 在 6.8 集群执行跨集群 reindex（需开启安全认证）： ```json POST _reindex { "source": { "remote": { "host": "http://es5_host:9200", "username": "admin", "password": "pass" }, "index": "old_index" }, "dest": { "index": "temp_6x_index" } } ``` --- #### 三、**必须调整的映射（Mapping）** 从 5.x → 7.x 需修复以下不兼容项（引用[1][3]）： 1. **移除多类型（`_type`）**： - 5.x 支持单索引多 `_type`，7.x 仅允许单 `_type`（固定为 `_doc`） - 解决方案：合并不同 `_type` 的字段到同一映射 2. **字符串类型拆分**： - `string` → 拆分为 `text`（全文检索）和 `keyword`（精确匹配） 3. **废弃聚合参数**： - 删除 `global_ordinals_hash` 和 `global_ordinals_low_cardinality` 执行策略[^1] --- #### 四、**推荐迁移路径** ```mermaid graph TB A[ES 5.x 集群] -->|创建快照| B[ES 6.8 集群] B -->|恢复5.x快照| C[在6.8集群reindex] C -->|创建6.8快照| D[ES 7.x 集群] D -->|恢复6.8快照| E[验证数据] ``` **步骤详解：** 1. **部署过渡集群**： - 安装 **Elasticsearch 6.8**（兼容 5.x 快照） 2. **恢复 5.x 快照到 6.8 集群**： - 验证索引状态：`GET _cat/indices?v` 3. **在 6.8 集群执行 reindex**： - 调整映射（合并 `_type`，拆分 `string` 字段） 4. **创建 6.8 快照** → 在 7.x 集群恢复 --- #### 五、**风险规避措施** | 风险点 | 解决方案 | |------------------------|-------------------------------------------------------------------------| | **数据一致性丢失** | 使用 `?wait_for_completion=true` 确保快照完成，并通过 `_cat/recovery` 监控恢复进度 | | **网络传输瓶颈** | 分片分批 reindex：`"size": 10000` + `"slice": {"id": 0, "max": 5}` | | **认证失败** | 在 6.8/7.x 集群配置相同安全证书：`xpack.security.transport.ssl.keystore.path` | > **结论**： > - **快照恢复**：必须通过 6.8 过渡集群转换索引格式 > - **Reindex**：需在 6.8 集群代理完成 5.x→7.x 的数据迁移 > - **强制要求**：重建索引期间需修复映射不兼容问题[^1][^3]
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值