Ⅰ 区块链源码哪家做的好，大家帮忙推荐下
你看看火龙果财经的，他们经验丰富，服务到位，区块链源码价格公道
Ⅱ 区块链开源技术有哪些
我只说我较为了解的吧，一个是基于比特币系统做的开源项目，叫cravecoin ，另外一个就是以太坊。我们一开始选择cravecoin来进行源码分析想在它之上进行二次开发，但因为以太坊开放性更好，而且很好地支持智能合约，所以分析了一段时间就放弃了。
然后进入以太坊的研究，一开始也想从底层源码进行动刀，但是整个过程比较艰辛，重新分析我们的需求后觉得利用其现有接口，也能进行一定开发，满足一些需要，所以把源码的注释都翻译完，基本搞清楚每个模块的作用后也不再进行进一步的修改工作了，毕竟以太坊也是几十个大牛花了很长时间才做出来的项目，
我们很难段时间内成功地把它改造成我们想要的样子，能实现目的，还是越快越容易越好。
而且有一个很重要的问题，要是把以太坊改了，就连不上它的公网了，用不了它世界第二的算力总量，这是一个本末倒置的问题。好像答非所问，但是主要想表达的是，题主如果想做开发，还是认真分析好一个项目就够了，
毕竟逻辑差不多。要学习更多的区块链知识，关注‘区视网’
Ⅲ 程序员如何看待 Libra 源码GitHub 上质疑多于肯定
Odaily 星球日报译者 | Moni
Facebook 发布加密货币 Libra 白皮书已过去两周，作为一个开源项目，Libra 的源代码也被发布在了知名开源社区及代码托管库 Github 上。虽然代码发布的时间并不算长，但鉴于社交网络巨头 Facebook 的影响力，已经吸引了大量加密社区评论者和程序员的关注。
Libra 加密货币目前是由“Libra 协会”治理，而且也是从 Facebook 中分拆出来运营的一个独立组织。截至目前，Github 上的 Libra 项目已经被近 10,000 名用户“保存”或“加星标”，也代表了早期开源参与者对这个项目的兴趣很大。此外，Github 上迄今已经创建了 1000 多个 Libra 代码克隆库，可以让那些程序员和“准程序员”们能够坐下来仔细研究 Libra 的代码。
实际上，一些已经使用过 Libra 代码的程序员已经发现其中“借鉴”了不少其他加密货币（比如比特币）系统中的功能，比如为区块验证人开放网络访问等。更重要的是，程序员们从 Libra源代码里发现这个加密货币项目似乎并不是如人们想象的那么“认真”。
Mikko Ohtamaa 创造了一个所谓“Libra Classic”的克隆项目，他表示 Facebook 在 Github 上发布的 Libra 源代码可能只是一个“投饵”，只是想看看社区的反应而已。
加密货币初创公司 Radix DLT 首席产品官 Albert Castellana 评论道：
为了能够支持这个最新的全球金融支付系统，Libra 加密货币在发行之时会由 28 个创始成员组成的团队来负责验证交易、追加新区块——至少开始阶段是这样设计的。当然，Facebook 也表示希望随着时间的推移、Libra 网络的不断扩大，未来会变得更加“去中心化”。
不过，加密社区对 Facebook 的这种说辞并不买账。
相比之下，原始比特币网络也是被设计为一个全球金融支付系统，但却能让任何具有计算资源的个人参与到创建、广播交易区块的工作中，并且能够在此过程中获得区块奖励，即比特币。
正是因为如此，加密货币行业里的一些意见领袖直接批评了 Libra 区块链的授权结构，除了在社交媒体上，他们还在 Github 上深挖了 Libra 代码的每个细节。
在GitHub上，任何对代码存储库具有读取权限的用户都可以创建问题并 pull request。（星球君 o-daily 注：pull request就是请求别人 pull 自己的代码库，程序员如果发现某个代码有问题，可以在自己的机器上 git clone 原库，切换 fork（分叉），并对代码做一些修改。完成之后就可以发起 Compare & pull request，添加一些注释后确认提交，如果原库作者看到你的更新并确认无误，就会把你的代码整合到自己的项目里，如果原库作者认为你的更新有问题，可以拒绝代码更新。）
在过去的四天时间里，Libra 代码库已经标记了大约 160 个问题，其中有超过 100 个问题已被经过身份验证的代码库用户关闭，其中一些还被标记为“偏离主题”。虽然这些问题中只有一半是 pull request，但却强化了加密货币社区里一个普遍存在的情绪，即 Facebook Libra 的授权区块链协议本质上是存在缺陷的。
Github 用户“gazhayes”本周二（6 月 25 日）提出了一个 pull request，他解释说：
但是，“gazhayes”的这个 pull request 已经在本周三（6 月 26 日）被 Libra GitHub 官方管理员关闭了，结果引发了程序员社区成员的抱怨和不满，因为他们都认为“gazhayes”提交的 pull request 是合法评论。
去中心化应用程序开发人员 Marcus Newton 评论说：
对于程序员社区的“抗议”，致力于为 Libra 区块链构建钱包应用程序的 Calibra 公司技术负责人 Ben Maurer 解释说：
“Libra Classic”项目创始人 Mikko Ohtamaa 似乎比较认同Ben Maurer 的说法，同时也指出 GitHub 对 Libra 项目的开源协作到底有没有功效还有待观察，他说道：
不过，Mikko Ohtamaa相信随着时间的推移和代码进一步规范，可以让更多程序员充分了解 Libra 网络的运作方式，而仇视 Facebook 的情绪也会得到一定缓解，他补充说道：
但即便如此，如果从多方面角度来看似乎仍然存在一些没有解决的问题，这些问题同样会影响 Facebook 雄心勃勃的加密货币项目。加密安全创业公司 Casa 首席技术官 Jameson Lopp 表示，关于 Libra 开发语言 Move 仍有很多信息没有公开，他进一步解释说：
对于 Libra 开源项目下一步工作的种种质疑，Facebook 通讯经理 Alexandru Voica 表示：
Outlier Ventures首席技术官兼联合创始人 Aron van Ammers 认为，Facebook 的加密货币项目现在其实还处于早期阶段，可能会在未来几个月后才能让人们从中看到一些启发性的东西。 Aron van Ammers 最后总结说道：
Ⅳ 区块链项目的代码都需要来源吗为什么
区块链是一个共识机制，这意味着这种参与者必须是透明的，也就是说，这种运行的代码必须是开源代码，所谓开源代码，就是代码都是可见的。
每个人可以编译并执行自己编译的程序，也意味着每个人都可以修改其中的代码并运行，现在机制下，可以做到不管如何修改代码，只要这些修改代码的人没有超过51%，那这种修改是没有意义的，反而浪费自己的算力。
所以，至少参与的人，必须是需要知道代码的，如果一个区块链项目，代码没有开源，那么那么运行他的程序的节点都是不透明的，相当于你把他的代理人装到了自己的节点上，要代表这个所有人执行命令了。相当于系统开发商控制了整个网络。这种区块链怎么可行呢？
从理念角度去看，将区块链项目比作机器的话，本身的工作机制是透明的，是一个可以信任的机器。对此是这样理解的，第一，开源是区块链项目的一个必选项，而不是可选项，不论是公有链还是联盟项目都需要进行开源；第二，开源和交付源代码，是两个不同的概念，交付源代码并非是公开、透明，大家共同参与的一个过程。
比如在以太坊中，曾经因为在其平台上运行的某个平台币，存在漏洞，需要进行修改，这种修改是直接体现在代码上的，阅读代码的过程中，就发现有多处出现该币的相关代码，就是用于处理一旦碰见了这个问题，节点应如何处理，这些处理方法都是开源代码里写的，每个人都可以阅读，如果节点的负责人认可这种解决方案，他就会运行这个程序，相当于支持这种代码的决定，事实上区块链也就是通过这种机制来实现。
Ⅳ 如何搭建自己的区块链
第一部分:从 0 到 1 建立自己的区块链 目录:
1.1 从模仿开始,初识区块链
1.2 区块链的基础:共识机制剖析
1.3 共识机制的设计原理和设计方法
1.4 如何快速克隆一条区块链
1.5 如何把比特币变成自己的私链–分叉比特币
1.6 如何把以太坊变成自己的私链–分叉以太坊
1.7 如何把 Ripple 变成自己的私链–分叉 ripple
1.8 如何把 stellar 变成自己的私链–分叉 stellar 1.9 如何搭建一个矿池,并挖出自己的创始区块
1.10 如何开发自己的区块链钱包(Windows 和 MAC) 1.11 如何开发自己的区块链钱包(Android 和 IOS) 1.12 如何开发一个类似于 blockchain.info 的在线钱包 1.13 如何增加自己的区块链网络的安全性和鲁棒性 1.14 如何利用 coind 来处理充值提现业务
1.15 如何利用资金池搭建一个混币服务
1.16 如何设计一种新的挖矿算法
一般情况下都是这个流程，但一般人也是非常难以完成的。区块链成熟的项目有以太坊、DECENT、比特币等等。
Ⅵ [以太坊源码分析][p2p网络07]：同步区块和交易
同步，也就是区块链的数据的同步。这里分为两种同步方式，一是本地区块链与远程节点的区块链进行同步，二是将交易均匀的同步给相邻的节点。
01.同步区块链
02.同步交易
03.总结
ProtocolManager 协议管理中的 go pm.syncer() 协程。
先启动了 fetcher ，辅助同步区块用的。然后等待不同的事件触发不同的同步方式。
同步的过程调用 pm.synchronise 方法来进行。
ProtocolManager 协议管理中的 go pm.txsyncLoop() 协程。
同步交易循环 txsyncLoop 分为三个部分的内容：
发送交易的函数。
挑选函数。
三个监听协程的 case 。