原标题：《引介|EIP-3074简介》
以太坊钱包可能很快就要迎来重大升级。一旦升级完成，普通账户即可发送批量事务、限期事务、无序事务等。
我与两位同事?@SamWilsn?和?@adietrichs正在研究如何改善以太坊的交互体验。经过多次迭代后，我们提出了EIP3074：操作码AUTH和AUTHCALL。
要想使用这两个操作码，外部账户需要在链下签署一个消息，并将该消息发送给中继者，再由中继者将签名和调用数据发送至一个链上合约。调用者合约会先使用操作码AUTH来验证签名，再使用操作码AUTHCALL中继外部账户的调用。
AUTHCALL与普通调用只有一个区别：AUTHCALL将调用者设为使用操作码AUTH恢复的外部地址。这样一来，用户不使用以太币也可与以太坊交互。换言之，他们的事务是由中继者“赞助”的。
Gate.io 上线币圈大神排行榜:据官方公告，Gate.io 上线币圈大神排行榜，榜内共设现货、USDT永续合约、BTC永续合约及智能量化四个榜单，可按近30天收益额或交易量进行排名。[2020/12/25 16:30:58]
你可能会觉得这个机制似曾相识。事实上，这与元事务的运作方式差不多。但是这里要强调一下，元事务是不能随意设置消息发送方的。因此，合约必须明确支持元事务。EIP3074旨在淘汰元事务，降低合约的复杂性。
在深入阐述运作原理之前，我们先来介绍一下我们想要构建什么。我们想要构建一个让普通用户无需使用以太币即可以免信任方式发送事务的机制。这里的关键词是“免信任”，即，用户不会授予中继者任何可能会被利用的特权。
EIP3074通过谨慎选择普通账户签名中包含的参数来创建免信任系统。用户签署keccak。
观点：三个月的挖矿风潮最核心的是完成了币圈财产再分配:比特币女博士在微博表示，通过这一次币圈风口，新韭菜应该明白了仓位控制和风险管理的重要性，很多概念看起来很有前景、创新性十足，未来也会有更牛的新项目受到启迪。但这一切有可能和散户并无关系，从币圈的金融本质来看，本次三个月的挖矿风潮最核心的是完成了币圈财产再分配。通过这次，我想新韭菜也应该明白了，在这个市场，若想取得超额收益，需要有过人之处（资源上的、技术上的、财富上的），最好不要人云亦云的被拉进什么家人群，然后祈求社区出台什么提案来力挽狂澜。亏钱是最有效的投资课。[2020/10/7]
“typebyte”是EIP2718的常量字节，值为0x03。这个字节的作用是避免与其它签名机制发生冲突，例如，EIP2930的访问列表事务、EIP1559的费用市场事务、EIP191的0x19签名消息等。
声音 | IBM大中华区董事长：IBM坚决不炒币 币圈行情不会影响其区块链战略:IBM大中华区董事长陈黎明在出席达沃斯论坛期间接受时表示，IBM贡献了超级账本95%的代码，并且强调，IBM坚决不会炒币，因此币圈的行情将不会影响IBM的区块链战略。陈黎明称，IBM将专注于行业应用，目前的成果主要集中在跨境贸易、运输、保真、食品安全等领域。本月早些时候，IBM解雇了1700名员工，但区块链部门基本上没有波及。根据The Block的一份报告，公司的区块链团队中只有很小部分被解雇。这显示出该技术巨头对区块链技术的重视。[2019/7/3]
调用者地址将用户的调用与特定合约绑定。用户的签名只对调用者合约有效。因此，用户可以选择自己信任的调用者，就像是选择用来存放资产的智能合约钱包那样。
我们预期只会有少量调用者存在，因为如果调用者合约的实现出错，用户就有可能蒙受损失。开发一个安全的调用者合约成本会很高，需要经过多方审计和静态证明。
星合资本郭宇航：币圈与链圈应走向共识，且必须拥抱监管:新浪科技讯，在鸿泰基金春分大会上，星合资本董事长，点融创始人、联席董事长郭宇航出席并演讲，他分享的题目为《区块链——走向共识》。在他看来，币圈与链圈泾渭分明，但是币圈与链圈应该走向共识。郭宇航认为，财富效应可以让币圈和链圈的人走向共识，这也是当前主要的链接点。在监管上，郭宇航认为，必须拥抱监管，他看到一个变化：“各国从观察到出手，全球各国均在收紧监管，小国先试，大国跟随”。在中国，对区块链创业的建议是：一、不要涉众；二、服务实体；三、拥抱监管。[2018/3/21]
不过这与如今的惯例没什么太大的不同。在存放巨额资金之前，智能合约钱包也应该经过全面的审计和证明。很多大型DeFi项目也是如此。
最后一个签名参数是commit_hash。这为调用者设计者带来了更大的灵活性，可以让他们开发出很多不同的方案。
万向副董肖风论证 “币圈一日，人间十年”:万向副董肖风表示：“区块链不依赖摩尔定律，因为它不依赖于硬件发展，所以它发展比过去的互联网更快，会快好几倍。”[2018/2/28]
这个commit限制调用者只能执行特定操作并创建特定的验证要求来处理调用。用户可以信任调用者会遵循这一流程，因为他们可以在链上验证代码。这就是区块链的优点。
我们来看一个简单的案例。用户想要通过调用者发送一个调用。为了避免他们的调用被无限次中继，他们需要提供一个nonce，另外还有其它不可更改的值。用户对这些值进行哈希计算得到commit，并将该commit包含在签名消息内，以便合约使用操作码AUTH进行验证。
调用者会使用传入的值来重新生成commit哈希。这样一来，如果代付者改变了其中一个值，调用者计算得到的commit哈希会与外部账户签署的完全不同，导致AUTH恢复出一个垃圾地址，如下图所示：
希望你现在已经相信，调用者就像任何普通账户都可以使用的智能合约钱包。现在我们来看看如何使用commit来构建更有趣的方案。
通常情况下，“一个操作对应一个签名”已经成了经验法则。这是一种比较简单的理解。签名是基于一个事务的哈希值创建的，为什么我们不将多个事务合并进行哈希计算呢？事实证明，EIP3074可以做到这点。
只要某个账户可以通过AUTH的验证，调用者就可以按该账户的要求做任意多次AUTHCALL。这样做是没问题的，因为我们相信调用者会如实执行代码。我们可以设计将多个调用合并哈希成commit的方案。
在上图所示的方案中，调用者会将所有值合并进行哈希，生成commit。调用者将使用这个commit和用户签名来调用AUTH。AUTH会验证用户是否真的签署了这些参数。
然后，调用者会遍历每个调用并验证nonce和其它参数，然后将经过认证的调用数据发送至被许可的地址。
在此基础上，我们还可以构建更多方案。例如，假设你增加一个新的参数“保质期”。该参数会与其它参数一起经过哈希得到commit。另外，在验证过程中，调用者会验证expiration<block.number。现在，外部账户已经可以使用限期交易了！
EIP3074将带来更多流畅的用户体验，同时不会引入额外的信任假设。如果你想要阅读EIP3074的完整内容，请点击这个链接：https://eips.ethereum.org/EIPS/eip-3074
go-ethereum的原型实现在此处维护：
https://github.com/quilt/go-ethereum/tree/eip-3074
我们正在与一些对该机制有兴趣的团队合作。如果你觉得这个机制有用的话，请告诉我们，让我们一起努力！欢迎大家提供对该提案的反馈，非常感谢！点击该链接，留下你的反馈：https://ethereum-magicians.org/t/eip-3074-auth-and-authcall-opcodes/4880/49。
最后，如果你对我们的工作感兴趣，我们的团队正在火热招聘中。我们致力于对以太坊核心协议进行中长期改进。如需了解更多信息，请直接私信我?@lightclients。
原文链接:
https://twitter.com/lightclients/status/1371911245561917441
作者:lightclients
翻译&校对:?闵敏&?阿剑
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。