以太坊的合约代码是一段连续字节：前面是指令，后面往往跟着构造函数参数、编译期常量、元数据哈希，有时还有运行期的初始化数据。虚拟机执行时靠流程控制自然跳过这些数据，可分析工具没有执行轨迹——它们只能把整段字节当指令扫一遍，找全合法的跳转目标。数据字节里混出合法的跳转标记字节是常事，于是反汇编器画出一堆假指令、链上浏览器显示满屏无效码、静态分析工具不得不把”可能是代码”的每个角落都验证一遍。EIP-2327 的解法朴素到近乎冒犯：加一条操作码，名叫 BEGINDATA，谁写进字节码，谁就宣告”此后再无指令”。
规则只有三条
按提案定义，分析器计算合法跳转集合时，遇到第一个 BEGINDATA 即停止：位置等于或超过它的跳转目标一律非法。执行层面，指令若在执行中被碰到，语义等同停机，零Gas；它不影响代码长度查询，也拦不住拷贝指令去读它身后的字节——数据仍可被读取，只是不再被当作代码执行。操作码字节选在既定空闲位上，与更早一份子程序提案的编码保持一致，方便两案将来汇流。
一条分界线，一串受益者
动机部分列的受益者很长：静态分析工具从此可以确信”数据段不需要符合任何代码模式”；反汇编与调试器不再把元数据显示成乱码；性能有边际改善；最特别的一条来自跨链验证——乐观汇总这类系统要在链上复核另一条链的交易合法性，过去必须做一遍完整的跳转分析来确认”数据区没被执行”，有了显式分界，这道验证可以大幅简化。提案还把它当作后续构想的铺路石：禁掉未使用操作码、引入跳转表、拦截有栈违规嫌疑的部署，都得先有”代码区与数据区的边界”这块地基。
兼容性的小心眼
向后兼容一节坦承：只要老合约没有依赖”把数据放在未使用操作码位置且恰好被跳过”的写法，就不会受影响；主流编译器从不生成这种结构，但其他途径部署的代码需要个案评估。这也是这类”只加语义不改规则”提案的典型姿态——风险集中在极少数畸形容量的存量合约上，评估本身就是提案通过前的主要作业。
现状与边界
提案停在 Stagnant（停滞），以 EIP 官网当前标签为准。同一需求后来在 EOF 路线里以更完整的形态推进：把代码与数据放进不同容器、从结构上根除混淆。BEGINDATA 的命运是那条演化链上的第一块里程碑：先让”数据不是代码”成为协议听得懂的话。
快速问答
问：为什么不直接用跳转表把合法目标列出来？ 答：那是子程序方案的路线，需要给每个合法目标建表并改编码；BEGINDATA 只做排除式声明，改动面小得多，两案并不互斥。 问：把数据声明成数据后还能读吗？ 答：能。拷贝类指令照旧能取任意字节，被禁止的只是把数据跳过去当指令执行。 问：合约体积限制算不算这段数据？ 答：算。分界线不改变计费长度，只改变语义解释。
一条判断线
给格式加”显式边界”永远比让工具猜边界便宜：JSON 用一个闭合括号省掉的解析歧义，与这条零Gas操作码省掉的跳转歧义，是同一条工程哲学的两个截面。
风险提示：本文仅为字节码机制科普，不构成任何投资建议。
发表评论
还没有评论，来说两句吧。
评论区为展示样式，提交不会被处理。