{"id":21744611,"url":"https://github.com/cdoco/whatistheblockchain","last_synced_at":"2026-01-05T04:05:15.016Z","repository":{"id":85206017,"uuid":"124328155","full_name":"cdoco/whatistheblockchain","owner":"cdoco","description":"什么是区块链 ？","archived":false,"fork":false,"pushed_at":"2018-03-08T05:18:03.000Z","size":7,"stargazers_count":4,"open_issues_count":0,"forks_count":0,"subscribers_count":3,"default_branch":"master","last_synced_at":"2025-03-02T05:41:37.245Z","etag":null,"topics":["blockchain","dpos","hash","pow"],"latest_commit_sha":null,"homepage":null,"language":null,"has_issues":true,"has_wiki":null,"has_pages":null,"mirror_url":null,"source_name":null,"license":"mit","status":null,"scm":"git","pull_requests_enabled":true,"icon_url":"https://github.com/cdoco.png","metadata":{"files":{"readme":"README.md","changelog":null,"contributing":null,"funding":null,"license":"LICENSE","code_of_conduct":null,"threat_model":null,"audit":null,"citation":null,"codeowners":null,"security":null,"support":null,"governance":null,"roadmap":null,"authors":null,"dei":null,"publiccode":null,"codemeta":null}},"created_at":"2018-03-08T02:59:25.000Z","updated_at":"2024-11-20T13:54:45.000Z","dependencies_parsed_at":"2023-07-28T00:15:48.157Z","dependency_job_id":null,"html_url":"https://github.com/cdoco/whatistheblockchain","commit_stats":null,"previous_names":[],"tags_count":0,"template":false,"template_full_name":null,"repository_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories/cdoco%2Fwhatistheblockchain","tags_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories/cdoco%2Fwhatistheblockchain/tags","releases_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories/cdoco%2Fwhatistheblockchain/releases","manifests_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories/cdoco%2Fwhatistheblockchain/manifests","owner_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/owners/cdoco","download_url":"https://codeload.github.com/cdoco/whatistheblockchain/tar.gz/refs/heads/master","host":{"name":"GitHub","url":"https://github.com","kind":"github","repositories_count":244722655,"owners_count":20499153,"icon_url":"https://github.com/github.png","version":null,"created_at":"2022-05-30T11:31:42.601Z","updated_at":"2022-07-04T15:15:14.044Z","host_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub","repositories_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories","repository_names_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repository_names","owners_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/owners"}},"keywords":["blockchain","dpos","hash","pow"],"created_at":"2024-11-26T07:12:05.341Z","updated_at":"2026-01-05T04:05:14.968Z","avatar_url":"https://github.com/cdoco.png","language":null,"readme":"# 什么是区块链 ？\n\n\u003e 区块链是数据状态随时间变化的分布式数据库。\n\n狭义来讲，区块链是一种按照时间顺序将数据区块以顺序相连的方式组合成的一种链式数据结构，并以密码学方式保证的不可篡改和不可伪造的分布式账本。\n\n广义来讲，区块链技术是利用块链式数据结构来验证与存储数据、利用分布式节点共识算法来生成和更新数据、利用密码学的方式保证数据传输和访问的安全、利用由自动化脚本代码组成的智能合约来编程和操作数据的一种全新的分布式基础架构与计算方式。\n\n## 术语定义\n\n术语|定义\n-|-\n区块|数据的容器，数据通常是一组描述数据变化的交易集合，区块还包含头部，包含有关该区块的元数据和对前一个区块的引用。\n哈希|通过某种算法计算得出的值，用来验证数据的完整性，区块头部包含前一个区块的哈希，可以快速验证整个链的完整性。\n创世块|整个链的第一个区块。它是在区块链首次部署时创建的，用作所有其他区块的锚点。\n交易|对数据集进行更改的记录。交易通常基于区块链定义的规则。这些规则包括各方之间的合同。\n智能合约|合约，可能包含自己行为的触发事件。\n节点|能够在网络中增加区块的网络中的主机。\n分布式帐本|记录跨节点共享的事务记录。组成区块链的很多节点构成分布式账本。\n共识算法|在分布式账本中的节点中使用，并由区块链定义以确定区块链正确性的方法。\n\n## 密码学\n\n工程领域从来没有黑科技；密码学不是工程。\n\n### Hash 算法\n\nHash （哈希或散列）算法是信息技术领域非常基础也非常重要的技术。它能任意长度的二进制值（明文）映射为较短的固定长度的二进制值（Hash 值），并且不同的明文很难映射为相同的 Hash 值。\n\n目前流行的 Hash 算法包括 MD5、SHA-1 和 SHA-2。\n目前，一般认为 MD5 和 SHA1 已经不够安全，推荐至少使用 SHA2-256 算法。\n\n一般的，Hash 算法都是算力敏感型，意味着计算资源是瓶颈，主频越高的 CPU 进行 Hash 的速度也越快。\n也有一些 Hash 算法不是算力敏感的，例如 scrypt，需要大量的内存资源，节点不能通过简单的增加更多 CPU 来获得 hash 性能的提升。\n\n### 加解密算法\n\n算法类型|特点|优势|缺陷|代表算法\n-|-|-|-|-\n对称加密|加解密密钥相同或可推算|计算效率高，加密强度高|需提前共享密钥；易泄露|DES、3DES、AES、IDEA\n非对称加密|加解密密钥不相关|无需提前共享密钥|计算效率低，仍存在中间人攻击可能|RSA、ElGamal、椭圆曲线系列算法\n\n现代加密算法的典型组件包括：加解密算法、加密密钥、解密密钥。其中，加解密算法自身是固定不变的，一般是公开可见的；密钥则往往每次不同，并且需要保护起来，一般来说，对同一种算法，密钥长度越长，则加密强度越大。\n\n- 加密过程中，通过加密算法和加密密钥，对明文进行加密，获得密文。\n- 解密过程中，通过解密算法和解密密钥，对密文进行解密，获得明文。\n\n#### 对称加密\n\n顾名思义，加解密的密钥是相同的。\n优点是加解密效率高（速度快，空间占用小），加密强度高。\n缺点是参与多方都需要持有密钥，一旦有人泄露则安全性被破坏；另外如何在不安全通道下分发密钥也是个问题。\n\n代表算法包括 DES、3DES、AES、IDEA 等。\n适用于大量数据的加解密；不能用于签名场景；需要提前分发密钥。\n\n#### 非对称加密\n\n非对称加密是现代密码学历史上最为伟大的发明，可以很好的解决对称加密需要的提前分发密钥问题。\n顾名思义，加密密钥和解密密钥是不同的，分别称为公钥和私钥。\n公钥一般是公开的，人人可获取的，私钥一般是个人自己持有，不能被他人获取。\n\n优点是公私钥分开，不安全通道也可使用。\n缺点是加解密速度慢，一般比对称加解密算法慢两到三个数量级；同时加密强度相比对称加密要差。\n\n代表算法包括：RSA、ElGamal、椭圆曲线（Elliptic Curve Crytosystems，ECC）系列算法。\n\n一般适用于签名场景或密钥协商，不适于大量数据的加解密。\nRSA 算法等已被认为不够安全，一般推荐采用椭圆曲线系列算法。\n\n#### 混合加密机制\n\n即先用计算复杂度高的非对称加密协商一个临时的对称加密密钥（会话密钥，一般相对内容来说要短的多），然后双方再通过对称加密对传递的大量数据进行加解密处理。\n\n### 数字签名\n\n类似在纸质合同上签名确认合同内容，数字签名用于证实某数字内容的完整性（integrity）和来源（或不可抵赖，non-repudiation）。\n\n- HMAC (Hash-based Message Authentication Code，基本过程为对某个消息，利用提前共享的对称密钥和 Hash 算法进行加密处理，得到 HMAC 值)\n- 盲签名 (1983 年由 David Chaum 提出。签名者在无法看到原始内容的前提下对信息进行签名。) \u003chttps://en.wikipedia.org/wiki/RSA_(algorithm\u003e\n- 多重签名 (n 个持有人中，收集到至少 m 个（）的签名，即认为合法，这种签名被称为多重签名。)\n- 环签名 (环签名属于一种简化的群签名)\n\n## 分布式系统\n\n区块链首先是一个分布式系统。\n\n### 一致性问题\n\n在分布式系统中，一致性(Consistency，早期也叫 Agreement)是指对于系统中的多个服务节点，给定一系列操作，在协议（往往通过某种共识算法）保障下，试图使得它们对处理结果达成某种程度的一致。\n\n问题:\n\n- 节点之间的网络通讯是不可靠的，包括任意延迟和内容故障；\n- 节点的处理可能是错误的，甚至节点自身随时可能宕机；\n- 同步调用会让系统变得不具备可扩展性。\n\n理想的分布式系统一致性:\n\n- 可终止性（Termination）：一致的结果在有限时间内能完成；\n- 共识性（Consensus）：不同节点最终完成决策的结果应该相同；\n- 合法性（Validity）：决策的结果必须是其它进程提出的提案。\n\n强一致的系统往往比较难实现。很多时候，人们发现实际需求并没有那么强，可以适当放宽一致性要求，降低系统实现的难度。例如在一定约束下实现所谓最终一致性（Eventual Consistency），即总会存在一个时刻（而不是立刻），系统达到一致的状态，这对于大部分的 Web 系统来说已经足够了。这一类弱化的一致性，被笼统称为弱一致性（Weak Consistency）\n\n### 共识算法\n\n实际上，要保障系统满足不同程度的一致性，往往需要通过共识算法来达成。\n\n共识算法解决的是对某个提案（Proposal），大家达成一致意见的过程。提案的含义在分布式系统中十分宽泛，如多个事件发生的顺序、某个键对应的值、谁是领导……等等，可以认为任何需要达成一致的信息都是一个提案。\n\n问题: 分布式系统中总有一些故障的节点，把故障（不响应）的情况称为“非拜占庭错误”，恶意响应的情况称为“拜占庭错误”（对应节点为拜占庭节点）。\n\n#### 常见算法\n\n针对非拜占庭错误的情况，一般包括 Paxos、Raft 及其变种。\n\n对于要能容忍拜占庭错误的情况，一般包括 PBFT 系列、PoW 系列算法等。从概率角度，PBFT 系列算法是确定的，一旦达成共识就不可逆转；而 PoW 系列算法则是不确定的，随着时间推移，被推翻的概率越来越小。\n\n区块链中最普遍的共识算法是“Pow（工作证明）”，“（Pos）股权证明”和“（DPoS）委托股权证明”。\n\n算法|解释\n-|-\n工作证明（PoW）|依靠计算难度的挑战来解决问题。计算新区块的难度很大，验证新区块的难度很小，能够快速认同新区块的正确性。\n股权证明（PoS）|一种基于节点的共识算法，节点持有可以参与区块链的股权。通过证明股权，区块可以更快地被添加到链中。\n委托股权证明（DPoS）|这是一种变化的股权证明算法，将创建块的责任委托给称为“证人”的第三方节点。\n\n### CAP 原理\n\n分布式计算系统不可能同时确保一致性（Consistency）、可用性（Availablity）和分区容忍性（Partition），设计中往往需要弱化对某个特性的保证。\n\n- 一致性（Consistency）：任何操作应该都是原子的，发生在后面的事件能看到前面事件发生导致的结果，注意这里指的是强一致性；\n- 可用性（Availablity）：在有限时间内，任何非失败节点都能应答请求；\n- 分区容忍性（Partition）：网络可能发生分区，即节点之间的通信不可保障。\n\n弱化一致性: 对结果一致性不敏感的应用，可以允许在新版本上线后过一段时间才更新成功，期间不保证一致性。\n\n弱化可用性: 对结果一致性很敏感的应用，例如银行取款机，当系统故障时候会拒绝服务。MongoDB、Redis 等为此设计。\n\n弱化分区容忍性: 现实中，网络分区出现概率减小，但较难避免。某些关系型数据库、ZooKeeper 即为此设计。\n\n### 拜占庭问题\n\n拜占庭是古代东罗马帝国的首都，由于地域宽广，守卫边境的多个将军（系统中的多个节点）需要通过信使来传递消息，达成某些一致的决定。但由于将军中可能存在叛徒（系统中节点出错），这些叛徒将努力向不同的将军发送不同的消息，试图会干扰一致性的达成。\n\n拜占庭问题即为在此情况下，如何让忠诚的将军们能达成行动的一致。\n\n对于拜占庭问题来说，假如节点总数为 N，叛变将军数为 F，则当N \u003e= 3F+1时，问题才有解，即 Byzantine Fault Tolerant (BFT) 算法。\n\n#### 新的解决思路\n\n拜占庭问题之所以难解，在于任何时候系统中都可能存在多个提案（因为提案成本很低），并且要完成最终的一致性确认过程十分困难，容易受干扰。但是一旦确认，即为最终确认。\n\n比特币的区块链网络在设计时提出了创新的 PoW（Proof of Work） 算法思路。一个是限制一段时间内整个网络中出现提案的个数（增加提案成本），另外一个是放宽对最终一致性确认的需求，约定好大家都确认并沿着已知最长的链进行拓宽。系统的最终确认是概率意义上的存在。这样，即便有人试图恶意破坏，也会付出很大的经济代价（付出超过系统一半的算力）\n\n**分布式系统领域是计算机科学中十分重要的一个技术领域。常见的分布式一致性是个古老而重要的问题，无论在学术上还是工程上都存在很高的价值。理想化（各项指标均最优）的解决方案是不存在的。在现实各种约束条件下，往往需要通过牺牲掉某些需求，来设计出满足特定场景的协议**\n\n## 到底什么是区块链\n\n比特币白皮书，开始它的所有文件：\u003chttps://bitcoin.org/bitcoin.pdf\u003e\n\n以太坊白皮书，关于智能合约的讨论：\u003chttp://www.the-blockchain.com/docs/Ethereum_white_paper-a_next_generation_smart_contract_and_decentralized_application_platform-vitalik-buterin.pdf\u003e\n\n1. 区块链是一个放在非安全环境中的分布式数据库（系统）。\n2. 区块链采用密码学的方法来保证已有数据不可能被篡改。\n3. 区块链采用共识算法来对于新增数据达成共识。\n\n目前流行的项目: Ethereum \u003cethereum.org\u003e，Hyperledger 超级账本项目。","funding_links":[],"categories":[],"sub_categories":[],"project_url":"https://awesome.ecosyste.ms/api/v1/projects/github.com%2Fcdoco%2Fwhatistheblockchain","html_url":"https://awesome.ecosyste.ms/projects/github.com%2Fcdoco%2Fwhatistheblockchain","lists_url":"https://awesome.ecosyste.ms/api/v1/projects/github.com%2Fcdoco%2Fwhatistheblockchain/lists"}