最新 Solidity 0.6.8 中文文档发布, 这不单是一份 Solidity 速查手册,更是一份深入以太坊智能合约开发宝典。
前一段时间,介绍了零知识证明的入门知识,通过QSP问题证明来验证另外一个NP问题的解。最近在看QAP问题相关的文章和资料,这篇文章分享一下QAP问题的理解。
上一篇,我们在Loom 构建的DApp侧链上部署了智能合约,这篇文章就来基于侧链网络部署一个DApp(去中心化应用)。
HTTPS协议原理和流程分析
主要入门介绍如何创建 Truffle 项目以及将智能合约部署到区块链。
Truffle 是一个在以太坊进行 DApp 开发的世界级开发环境、测试框架。它在使开发人员更轻松。
要判断一个元素是不是在一个集合里,比较容易想到的方法是用数组,链表这样的数据结构把元素保存起来,然后依次比较来确定。
但是随着集合的变大,上面的这种方法就面临几个问题,首先比较的速度随着数据量的增加而变慢,其次存储集合的空间也越来越大。
为了解决上面的问题,就引入了布隆过滤器(Bloom Filter)
前两天写了一篇 用Truffle开发一个链上记事本 ,很多人讲,这样写一条笔记成本该多高呀,这篇我们看看如何把链上记事本智能合约迁移到Loom SDK 搭建的以太坊侧链,在下一篇会介绍如何来用loom.js重写这个DApp。
Bucket Tree结合了默克尔树和哈希表的特点,如果想要深入了解Bucket Tree就必须掌握默克尔树和哈希表。
Bucket Tree
Merkle Tree大多用来进行对比验证处理,特别是在分布式环境下进行比对或验证的时候可以大大减少数据传输量和计算的复杂度。
Merkle Tree
区块链能够实现去中心化无信任情形下的资产安全,很关键的一点儿就是充分的把公私钥体系引入并使用起来了。通过对每笔交易进行私钥签名的方式保证每个人都只能花费他自己账号里的钱,别人也可以很容易的去验证某笔交易确实是账号所有人所发出的。其实私钥不只是可以签名交易,还可以签名其它数据。
本篇文章是上一篇文章区块链上的随机性(一)概述与构造的延续。作为区块链上的随机性系列文章的第二部分,本文介绍了目前主流的应用在区块链项目中的随机数协议,例如 Algorand、Cardano,Dfinity 和 Randao,并分析他们是如何使用第一部分所介绍的随机数协议核心以及它们的组合。
我们通过一个简单的示例程序来了解Fabric应用是如何运行的。在这个例子中使用的应用程序和智能合约(链码)统称为FabCar。这个例子很好地提供了一个开始用于理解Hyperledger Fabric。在这里,你将学会如何开发一个应用程序和智能合约来查询和更新账本,如何利用CA来生成一个应用程序需要的用于和区块链交互
FabCar
Hyperledger Fabric
CA
如何查看 MetaMask 本地保存的账号数据
大概整整两年前,我从一篇介绍“区块链”技术的文章里知道了“以太坊”这个项目,当时当然没想到它会对我个人产生如此大的影响。在其后这两年时间里,我投入了大量的时间和精力来学习它、研究它,做了多次技术分享,甚至还写了讲解智能合约开发的书、开发了关于智能合约开发的在线课程;所以不管未来我们各自的走向如何,以太坊都已经在我生命中留下了重重的一笔。在我们相识两周年之际,我觉得我总该要写点儿什么。
这是如何开发以太坊安卓钱包系列第6篇,获取账号交易列表: 以太转账、代币 Token(通证)转账及合约调用列表。
通过这篇文章,能快速建立零知识证明的逻辑框架。
今天这篇文章我们一起来看一下zkSNARK这个拗口的技术到底是什么鬼。
Bancor协议是为了降低币币交易的门槛,形成Token经济中的Token交易的长尾效应。目前大量的市值相对小的Token没能在交易所上交易,Bancor协议在有一定“抵押物”的情况下,实现Token和“抵押物”的自由交易。进一步,所有通过Bancor协议实现交易的Token又能聚集在一起形成Bancor生态。举个例子,一个TokenA,一个TokenB都是以以太进行抵押,通过Bancor都能实现TokenA和ETH,TokenB和ETH的交易,逻辑上也就实现了TokenA和TokenB的交易。Ban
Hydro 觉的这一波淘金人就是各种 DeFi 项目(Decentralized Finance 去中心化金融),Hydro 通过 SDK 为淘金人送水,本文分析了DeFi市场的变化、去中心化交易平台需要的什么样的技术,以及给出来相应的方案。
这是一篇技术性非常强的采访,Conflux的首席技术官伍鸣博士帮我们解答了疑问:「DAG」与「链」的本质区别是什么?我们为什么要用它?它自身的局限性又在哪里?
12 篇文章,-40 学分