引子：“真行者珞珈山诉苦，假猴王水帘洞誊文。”——《西游记·第五十八回》在《西游记》中，六耳猕猴冒充猴王孙悟空，以假乱真，过了唐僧，过了众神，纵使是照妖镜也分不出真假。现在，智能合约遇上了“六耳猕猴”，又会擦出怎样的火花？
在智能合约中，构造函数负责一些数据的初始化工作，owner值一般也会放在构造函数中进行初始化。owner是智能合约拥有者的称呼，也常被用来作为该合约的超级管理员。对代币合约来说，owner可能被分配的权限有：铸造/销毁代币、冻结代币等。如果开发者以错误的语法创建“构造函数”，造成构造函数缺失，致使“六耳猕猴”以假乱真，瞒过了开发者，最后使得攻击者成为合约的拥有者，那么攻击者便可依赖owner的权限，对代币进行增发或销毁等操作，进而可能造成整个代币的崩盘。一、构造函数简介
已超过一百万个钱包在Base测试网络上部署了智能合约:金色财经报道，Base 在 Builder Quest 期间，超过一百万个钱包在Base的测试网络上部署了智能合约。该计划旨在识别网络中的潜在问题，该网络仍然是一个测试网，在高压力条件下。随着活动的激增，该团队能够确定平台设计和基础架构中的关键压力点，目前正在积极解决这些问题。[2023/6/8 21:24:11]
在Solidity语言中，当函数名和合约名相同时，此函数就是合约的构造函数，在合约对象创建时，会先调用构造函数对相关的数据进行初始化。以太坊Solidity0.4.22版本中引入了关键字constructor，新的构造函数声明形式：constructor()public{}，引入的目的是用以替代低版本中将合约名作为构造函数名的语法形式，从而避免开发者笔误造成构造函数命名错误的问题。引入的这个关键字看似平淡无奇，实则意蕴深刻，且听我慢慢道来。
分析 | 中国信通院：图灵完备和图灵不完备的智能合约之间的区别:中国信息通信研究院与可信区块链推进计划共同组织编写了《区块链白皮书》（2018年），白皮书中表示，智能合约可分为图灵完备和非图灵完备。影响实现图灵完备的常见原因包括：循环或递归受限、无法实现数组或更复杂的数据结构等。图灵完备的智能合约有较强的适应性，可以对逻辑较复杂的业务操作进行编程，但有陷入死循环的可能。对比而言，图灵不完备的智能合约不能进行复杂的逻辑操作，但更加简单、高效、和安全。[2018/9/6]
二、Fal1out“以假乱真？”
NPXS：最迟不超过6月20号早上10点恢复智能合同:据NPXS消息，经过与交易所、当局、社区成员进行讨论，将完全恢复NPXS智能合同，执行时间不超过6月20号早上10点。[2018/6/16]
–漏洞分析下面以ethernaut靶场的Fallout题目为例进行分析。一眼看去，这似乎是一个正常没有漏洞的合约代码，但经过仔细观察发现，该合约存在一个致命错误——构造函数名称与合约名称不一致，Fallout合约的构造函数被写错成了Fal1out。这样的错误使其成为了一个被public修饰的普通函数，失去了构造函数仅在合约部署时被调用的特性，使得任何人都可以调用。该题目源码如下图所示：
欧链老狼：EOS会成为第一个可以跑起来上百个智能合约应用的平台:EOS超级节点竞选团队欧链的老狼在《欧链·宁话区块链》第二季的节目中称“我们认为区块链产业第三个里程碑是企业级智能合约平台，EOS会成为第一个可以跑起来上百个智能合约应用的平台。现在的性能测试数据显示，以太坊一秒支持20笔交易，EOS支持1900笔交易。也就是说，以太坊能够支撑起1个加密猫，EOS可以支撑起100个加密猫。”[2018/6/1]
图1在Fal1out函数中直接指定了函数调用者的地址即为owner，所以只需要调用Fal1out函数即可实现对合约owner的更改。如下图所示：
本体官方声明：本体不受NEP-5智能合约漏洞影响:本体官网发布声明称，对于NEP-5智能合约出现的存储注入漏洞问题，本体团队第一时间进行了调查分析，得出结论如下：1.ONT持有人的资金和财产是安全的，不会受到攻击的影响；2. 本体团队将继续跟进该漏洞的进展，与相关组织保持紧密沟通和技术配合，以保障ONT持有人的账户安全。[2018/5/19]
图2“假猴王”Fal1out想借着一些字体类型的相似字符的视觉差异混淆视听，可最终还是没能逃过我们的“火眼金睛”。三、前车之覆：
MorphToken事件分析在过去也曾发生过类似的安全事件，包含着假构造函数的合约被成功发布到主链上，其中比较出名的是“MorphToken事件”，其因为一个看似很小的问题而造成了数千万市值的代币被增发。合约代码地址：https://etherscan.io/address/0x2ef27bf41236bd859a95209e17a43fbd26851f92#code在Owned合约中，由于首字母大小写的错误，导致本该成为构造函数的Owned成为了普通函数owned，且被public修饰，可供任何人调用。如下图所示：
图3MorphToken合约继承了Owned合约，并在自己的构造函数内进行了owner的初始化，但是父合约Owned的owned函数是可供任何人调用的，攻击者便可通过调用owned函数更改合约的所有者owner。owner的初始化代码如下图所示：
图4由上述可知，任何人都可以通过调用合约的owned函数，成为合约的拥有者(owner)。如下图所示：
图5失之毫厘，差之千里，一个小小的字母错误，却导致了合约的代币的崩盘。代币也被恶意增发。如下图所示：
图6四、后车之鉴：
开发者应如何正确使用构造函数建议更换Solidity0.4.22及以上版本，并使用正确的constructor()语法。如下图所示：
图7切记：constructor()前并无function，functionconstructor()public{}为错误的构造函数形式。如果要使用低于0.4.22的版本，则一定要着重检查函数名是否和合约名一致。如下图所示：
图8五、安全建议
在智能合约中因开发者粗心，而造成安全漏洞的事件层出不穷，“千里之堤，溃于蚁穴”，成都链安-安全实验室在此给出如下建议：1、开发者在编写智能合约敏感函数时，应严格按照官方要求的代码书写规范，注意不要出现字符错误等情况。2、在某些情况下，编译器会对constructor的错误使用发出警告，开发者应予以正确对待，不可认为其只是警告信息而忽略不处理。3、在合约正式上线前一定要找专业可信的机构做好合约代码的审计工作。
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。