一、概述
ETH 网络这里就不介绍了，这篇文章主要记录在以太坊主网和测试网络部署一个智能合约，也就是如何发币。
二、部署合约需要的生产工具
准备工具前，建议大家准备个VPN，因为会访问国外网站。 我这里是在 myxgj.com 网站买的代理。
以太坊被称为区块链2.0，就是因为以太坊在应用层提供了虚拟机，使得开发者可以基于它自定义逻辑，通常被称为智能合约，合约中的公共接口可以作为区块链中的普通交易执行。本文就智能合约发代币流程作一完整介绍（当然智能合约不局限于发代币）。内容如下：
Solidity
ERC20
CKB 脚本编程简介[1]: 验证模型
本文作者：Xuejie
原文链接：Introduction to CKB Script Programming 1: Validation Model
本文译者：Jason，Orange
译文链接：https://talk.nervos.org/t/
文章转载自:http://www.pythonheidong.com/blog/article/4056/
〇、背景陈述：
已经对区块链领域的学习研究了一段时间。总体来说，前期主要是围绕bitcoin架构及其源码学习的，但对这个领域的技术开发还是不太熟
文章转载自:http://www.pythonheidong.com/blog/article/4060/
文章原文来自：Code your own blockchain mining algorithm in Go! ，原始文章通过 Go 语言来实现的，这里仍然是承接
为了方便企业、开发者更深入理解FISCO BCOS 2.0诸多新特性，更快速地运用FISCO BCOS搭建联盟链应用，我们启动了FISCO BCOS 2.0系列剖析的计划。在后续的推送中，我们将陆续推出《FISCO BCOS 2.0原理解析》、《FISCO BCOS 2.0使用教程》、《
Docker是一个开源的引擎，可以轻松的为任何应用创建一个轻量级的、可移植的、自给自足的容器。开发者在笔记本上编译测试通过的容器可以批量地在生产环境中部署，包括VMs（虚拟机）、bare metal、OpenStack 集群和其他的基础应用平台。
Docker通常用于如下场景：
（本文原创作者：张开翔-FISCO BCOS首席架构师 ）
区块链领域最受关注的一个方面是“性能”，或者说“TPS”，比起来有种“不服就跑个分”的感觉。跑分项包括TPS（每秒处理交易数）、并发能力（同时承担交易量）、交易响应时间等。然而，相比每秒能发
以太坊交易验证
一直以来我都误以为以太坊交易验证整个是放进虚拟机（EVM）来执行的。最近才意识到在执行之前需要先验证签名而且是必须先验证签名，既：
1. 验证签名。
2. 虚拟机执行交易。
在说此设计的必要性之前有个大家都共识的是：
交易执行失败是需
大家好，我是张开翔。
上一篇分享了“信任区块链时究竟在信任什么？”（还没看的童鞋，点击标题可直达），这次换个角度，漫步月之暗面，谈谈在区块链系统和业务设计时，不信任什么。
先讲结论： 几乎什么都不能信！
建立Don't Trust
FISCO BCOS是完全开源的联盟区块链底层技术平台，由金融区块链合作联盟(深圳)(简称金链盟)成立开源工作组通力打造。开源工作组成员包括博彦科技、华为、深证通、神州数码、四方精创、腾讯、微众银行、亦笔科技和越秀金科等金链盟成员机构。
代码仓库：https://github.
Peer节点命令
Peer node
start
启动一个Peer节点：
peer node start
status
获取当前节点的状态信息
peer node status
reset
重置当前节点加入的通道所有的数据到创世区块，意思就是说删除当前Peer接收到的所有区块信息。执行当前命令时，节
参考链接：
http://www.ruanyifeng.com/blog/2017/12/blockchain-tutorial.html
特别提醒：比特币采用区块链技术，但是区块链并不等同于比特币；
首先不要把区块链想的过于高深，他是一个分布在全球各地、
之前说完了链码的安装过程，接下来说一下链码的实例化过程好了，再然后是链码的调用过程。其实这几个过程内容已经很相似了，都是涉及到Proposal，不过整体流程还是要说一下的。
同样，切入点仍然是fabric/peer/main.go文件中的main()方法：
#这一句定义了关于通过Peer节点操作链码
FISCO BCOS是完全开源的联盟区块链底层技术平台，由金融区块链合作联盟(深圳)(简称金链盟)成立开源工作组通力打造。开源工作组成员包括博彦科技、华为、深证通、神州数码、四方精创、腾讯、微众银行、亦笔科技和越秀金科等金链盟成员机构。
1相关文件说明
这一部分涉及相关配置文件的解析，
网络的启动涉及到多个文件，本文按以下顺序进行分析：
.
├── base
│ ├── docker-compose-base.yaml #1
│ └── peer-base.yaml #2
├── channel-artifacts
看一下Peer节点的启动过程，通常在Fabric网络中，Peer节点的启动方式有两种，通过Docker容器启动，或者是通过执行命令直接启动。
一般情况下，我们都是执行docker-compose -f docker-*.yaml up命令通过容器启动了Peer节点，而如果直接启动Peer节点则是执行
又开始新的阅读了，这次看的是Peer节点加入通道的过程。其实每次看源码都会有好多没有看懂的地方，不过相信只要坚持下去，保持记录，还是有很多收获的。
对于Peer节点加入通道这一过程，从用户角度来说也只是简单执行一行命令：
peer channel join -b mychan
看了看客户端安装链码的部分，感觉还是比较简单的，所以在这里记录一下。
还是先给出安装链码所使用的命令好了，这里就使用官方的安装链码的一个例子：
#-n 指定mycc是由用户定义的链码名字，-v 指定1.0是链码的版本，-p ...是指定链码的路径
peer chaincode
在使用Fabric创建通道的时候，通常我们执行一条命令完成，这篇文章就解析一下执行这条命令后Fabric源码中执行的流程。
peer channel create -o orderer.example.com:7050 -c mychannel -f ./channel-artifacts/chan
客服
