全部 通识 以太坊 比特币 Solana 公链 Solidity Web3应用 编程语言 安全 密码学 AI 存储 其他

ERC777 功能型代币（通证）最佳实践

想必很多同学都已经使用过[ERC20 创建过代币](https://learnblockchain.cn/2018/01/12/create_token/)，或许已经被老板要求在ERC20代币上实现一些附加功能搞的焦头烂额，如果还有选择，一定要选择 ERC777 。
ERC20  ERC777  ERC1820  最佳实践 
  • Tiny熊
  • 发布于 2019-09-27
  • 阅读 ( 34783 )
  • ( 772 )

OpenZeppelin ERC777 源码解析

这篇文章是对[ERC777 功能型代币（通证）最佳实践](https://learnblockchain.cn/2019/09/27/erc777/) 的一个补充，如果你仅仅是要实现一个自己的 ERC777 代币， 那么阅读另一篇就够了， 如果想对ERC777进行一些自己的定制，那么就有需要对源码有理解。
ERC777  ERC1820  OpenZeppelin 
  • Tiny熊
  • 发布于 2019-09-26
  • 阅读 ( 19726 )
  • ( 113 )

如何区分合约地址还是普通账号地址？

如何区分合约地址还是普通账号地址？
Solidity  智能合约 
  • Tiny熊
  • 发布于 2019-09-17
  • 阅读 ( 25191 )
  • ( 22 )

Etherscan API 文档 - 首页

Etherscan 是以太坊上应用最广泛的区块链浏览器，也提供 API 服务。 我们知道以太坊节点提供的API功能有限，尤其是需要一些多个区块相关的数据时，必须要依靠Etherscan API这样的服务。 Etherscan API是社区提供的服务，仅支持每秒 5 个GET或POST请求，可以在这个地址 API-Keys 申请一个Key。
Etherscan 

探索零知识证明系列3 - 寻找「知识」

导言：有些理论非常有趣，零知识证明便是其中之一，摸索了许久，想写点什么，与大家一起讨论。本文是『探索零知识证明』系列的第三篇。前两遍是：[（一）初始「零知识」与「证明」](https://learnblockchain.cn/2019/08/01/learning-zkp/) 及 [（二）理解「模拟」](https://learnblockchain.cn/2019/08/06/zkp-simu/)， 本文全文约 8,000 字，少量数学公式。
零知识证明 

《智能电网》基于充电桩的分布式能源解决方案

本文已经 发表，可以在这里进行完整版本观看和下载： https://www.hanspub.org/journal/PaperInformation.aspx?paperID=32287
论文 

零知识证明 - libsnark源代码分析

[libsnark源代码](https://github.com/scipr-lab/libsnark)，建议想深入[零知识证明](https://learnblockchain.cn/categories/zkp/)的小伙伴都读一读。Bellman库主要围绕[Groth16算法](https://learnblockchain.cn/2019/05/27/groth16/)，libsnark给出了SNARK相关算法的全貌，各种Relation，Language，Proof System。为了更好的生成
libsnark  zkSNARK  零知识证明 
  • Star Li
  • 发布于 2019-08-15
  • 阅读 ( 22812 )
  • ( 21 )

区块链随机数的实现方案

在区块链上，由于一切信息都是透明公开的，提供一个安全实用的随机数是一个非常困难的问题。但是随机数是很多应用的基础，比如游戏，博彩，流程控制等。因此，提供一个实用可靠的随机数是基于智能合约的应用的迫切需求。
随机数 

探索零知识证明系列2 - 从「模拟」理解零知识证明

>I know that I know nothing —— 苏格拉底 相信很多人都听说过零知识证明，但是只有极少数人听说过模拟，然而模拟是理解零知识的关键。
zkSNARK  零知识证明 

ethers.js 文档 - 开始使用ethers.js

ethers.js 库是为以太坊 提供的一个的小而完整的 JavaScript 库。
ethers.js 

ethers.js 中文文档 - 首页

ethers.js库旨在为以太坊区块链及其生态系统提供一个小而完整的 JavaScript API 库 它最初是与 ethers.io 一起使用，现在已经扩展为更通用的库。
ethers.js 

Zcash - 图解Transaction结构

最近又重新看了看ZCash的白皮书。话说，看ZCash的白皮书需要一点耐心，144页的白皮书形式化太多，通篇就只有一张图（地址和Key生成关系图）。本文画图总结了Sprout和Sapling的交易Transaction的数据结构。
Zcash  零知识证明 
  • Star Li
  • 发布于 2019-08-01
  • 阅读 ( 12159 )
  • ( 20 )

探索零知识证明系列1 - 初识「零知识」与「证明」

我认为区块链很难称为一个“技术”。它更像是一个领域，包罗万象。或者形而上地说，区块链更像一个有机体，融合了各种不同的理论技术。 零知识证明是构建信任的重要技术，也是区块链这个有机体中不可缺少的一环。
zkSNARK  零知识证明 

zkSNARK 合约「输入假名」漏洞致众多混币项目爆雷

in  区块链安全问题解析
大量零知识证明项目由于错误地使用了某个 zkSNARKs 合约库，引入「输入假名 (Input Aliasing) 」漏洞，可导致伪造证明、双花、重放等攻击行为发生，且攻击成本极低。众多以太坊社区开源项目受影响，其中包括三大最常用的 zkSNARKs 零知开发库 snarkjs、ethsnarks、ZoKrates，以及近期大热的三个混币（匿名转账）应用 hopper、Heiswap、Miximus。这是一场由 Solidity 语言之父 Chris 两年前随手贴的一段代码而引发的血案。
zkSNARK  零知识证明 

了解下不用助记词的ZenGo钱包及门限签名技术

区块链钱包作为数字货币世界的入口，它糟糕的体验把大部分人挡在门外，说的就是你：助记词备份（或私钥备份）。 现在一个激动人心的签名方案让体验提升一大步，也是博客的主角：门限签名技术(Threshold signatures: 也可翻译为阈值签名)及ZenGo钱包。 ZenGo钱包不需要备份助记词，交易也不需要输入密码，一切只需要FaceID/TouchID。
阈值签名  私钥  钱包  密码学 
  • Tiny熊
  • 发布于 2019-07-27
  • 阅读 ( 21901 )
  • ( 24 )

智能合约构造函数中可以使用this吗？

智能合约的地址什么时候有效? 在构造函数中可以使用this吗？
Solidity  智能合约 
  • Tiny熊
  • 发布于 2019-07-25
  • 阅读 ( 13510 )
  • ( 22 )

零知识证明 - 深入理解ZoKrates

2018年 Jacob Eberhardt和Stefan Tai两位德国柏林工业大学博士生，提出了[链下计算/链上验证的处理框架](https://www.ise.tu-berlin.de/fileadmin/fg308/publications/2018/2018_eberhardt_ZoKrates.pdf)，并提供了在以太坊上的整个框架的工具链。链下计算/链上验证的思想很早就有，但是能提供比较完善的工具链的实属难得。目前ZoKrates使用zk-SNARK算法实现零知识证明。
密码学  零知识证明  ZoKrates 
  • Star Li
  • 发布于 2019-07-24
  • 阅读 ( 17660 )
  • ( 21 )

在以太坊侧链POA网络与xDai稳定币链进行DApp开发

由于以太坊又慢又贵的POW共识（尽管如此，以太坊依旧是最受欢迎的DApp平台），催生了各种以太坊侧链的方案用来减少以太主网的拥塞，前面我们介绍了Loom SDK， 这篇博客介绍下POA Network以及xDai。 如果大家想稳定的数字货币做一些智能合约应用，在[Libra](https://learnblockchain.cn/docs/libra/)还没有上线之前，也许你可以尝试一下xDai。
Layer2  POA  xDai 
  • Tiny熊
  • 发布于 2019-07-19
  • 阅读 ( 14562 )
  • ( 20 )

zkPoD：区块链，零知识证明与形式化验证，实现无中介、零信任的公平交易

> 这篇文章解释利用ZKP(零知识证明)与区块链来实现去中介的交易协议的原理，讲讲我们是怎么把这个理论变成实用的代码的，这是一篇概述，希望了解更多的朋友请关注后续。
zkPoD  zkSNARK  零知识证明 

零知识证明 - bellman源码分析

bellman是Zcash团队用Rust语言开发的一个zk-SNARK软件库，实现了Groth16算法。
零知识证明  bellman  Groth16 
  • Star Li
  • 发布于 2019-07-14
  • 阅读 ( 8380 )
  • ( 4 )