在深入理解 Solidity 错误"的第三篇, 探索处理错误,本文将揭晓这问问题的答案:asset 错误会消耗所有 gas 吗? require 提不提供错误字符有什么样的不同?外部调用的错误如何影响当前上下文?如何处理底层调用调用产生的错误?
在运行时错误是最常遇到的情况,你知道 Error 与 Panic 的细微差别吗? 发生 Panic 错误真的会消耗所有的 gas 么,本文揭晓答案。
Error
Panic
本章我们就来学习一下如何使用abigen生成合约go文件并进行调用
深入了解 Solidity 错误第二篇, 了解编译器错误。
Move 是最有潜力构建出像 Solidity 这样的生态系统,甚至超越 Solidity 的智能合约编程语言
上周的文章介绍了 “锚点输出” 和 CPFP carve out,这种方法仍然有一些不足之处,本篇文章探讨了目前为解决这些和其他限制所做的努力。
深入了解 Solidity 错误第一篇, EVM 中的错误分类。
开始鼓捣之前,我希望我知道的。 近年来,椭圆曲线BLS12-381逐渐火了起来。许多协议都将其应用到了数字签名和零知识证明中:Zcash、Ethereum 2.0、Skale、Algorand、Dfinity、Chia 等等。 不幸的是,现有的关于 BLS12-381 的资料里充满着晦涩的咒语,比如
让我们一起学习一下如何使用abi的方式进行智能合约的调用
到目前为止,我们已经探讨了关于去中心交易转发的目的和挑战,这些因素使得节点本地和整个网络都要使用比共识规则更严格的交易验证规则。因为 Bitcoin Core 软件的交易转发规则变更可能影响一个应用的交易是否能被转发,所以在提出之前,需要整个比特币社区的社会合作。类似地,使用了交易转发的应用和二
前一篇文章讨论了保护节点资源的问题。由于各个节点的资源不同,因此有些规则是可配置的。我们还提出了为什么最好统一规则的理由,但是哪些内容应该包含在这个规则里呢?本文将讨论网络范围的资源概念,这对于可扩展性、可升级性和启动和维护全节点的可访问性等方面至关重要。
以太坊、Celestia、EigenLayer 和 Avail 都可以作为数据可用层。
本文分别从:出块时间,最终确定性及共识,数据可用性采样、轻节点安全性 等维度来对比各个 DA 层
UniswapX 聚合了链上和链下流动性,以不断优化价格的形式将 MEV 内化到协议中,为用户提供无需 Gas 兑换,并可扩展以支持跨链交易。
GKR协议在InteractiveProtocol框架里是一套非常经典的协议,里面有很多细节值得关注一下,本系列专题会逐一detail出来:MultilinearExtensionsSum-CheckExtendedMUL/ADD...本章节,我们就一个数气球的toycas
在本文中,作者用一个形象的例子"沃尔多在哪里"给我们介绍零知识证明的概念、进而说明为什么要关注ZKP以及它们何时有用。我们还了解了它们的工作原理,以及它们为我们提供了哪些属性。并探讨了一些当前和未来可能应用
了解一个经典的智能合约漏洞 —— 签名重放。
了解一个非常常见的攻击手法 —— 抢跑。
限制条款(covenant) 是一种允许内省(introspection)的构造:一个交易的输出,可以为接下来花费它的交易设置条件(超越具体的 “必须提供它自己以及某一个公钥的有效签名”条件)。
本文接收了什么是模块化执行层,Fuel 如何通过 UTXO 的设计来实现快速平行的执行层。
阐述 Celestia 的新功能和模块化世界的未来
扫一扫 - 使用登链小程序
38 篇文章,358 学分
61 篇文章,346 学分
108 篇文章,260 学分
22 篇文章,231 学分
12 篇文章,151 学分