为什么央行称比特币为加密货币？DECP算是加密货币吗？

文 | 七七嗜酒

大家好，我是长文七，其实名字我想了好久，但终究想不出一个好名字来，看第一篇文章写了2000多字，蛮长的，于是就随意起名“长文七”了。

我的目的也很简单，自我真正了解比特币后，跟大家一样，对区块链未来抱有很大的期望，认为它是一个很新、具有潜力的行业，本想从事这一行的工作，但因为工作经验问题，转行有点困难，于是只好通过从事自媒体，来边学习边接触这一行。

关于文章定位，我之前做过一个其他领域的公众号，每天坚持日更，也给我带来了一笔不错的财富，解决了我在二线城市买房买车的问题，可当回头看自己每天日更的文章后，我觉得之前写的内容太过肤浅表面，虽然给我带来了一些收入，但对我个人成长并未有太大的帮助。

最开始，我也想日更，然后看了很多文章，我觉得有几点问题：

1、对新人很不友好，想了解区块链的人，看到这些追热点的文章最后留下来的印象，无外乎“炒币”，这也难怪给大家造成的区块链的不好的印象，也容易让新入行的走错道路。

2、区块链行业很新，浮躁的内容太多，这种情绪的传递对一个行业的发展是不太好的。

我觉得一个新人，太多的关注币价、炒币这些信息，很容易让人迷失掉，尤其是在一个充满机会的新兴行业，这就容易让人产生一种错觉，错把运气当作自己的实力，不知道很多时候凭运气赚来的钱最后可能凭自己的实力亏掉。

对我而言，与其关注如何赚钱，不如老老实实先学好基础知识，也许一时半会没用，1年没用，2年没用，但5年、10年，可能效果就不一样。

为什么要提高自己的认知？

提高认知并不一定能赚钱，但能保证你不被别人轻易忽悠。

别人跟你讲一大堆高大上名词，首先你得理解这些名词，其次才能判断对方说的合不合理，符不符合逻辑，这就是提高认知的好处，首先不被坑保住本金，才有赚钱的可能。

---

SOLid;border-width: 1px 0 0;border-color: rgba(0,0,0,0.1);-webkit-transform-origin: 0 0;-webkit-transform: scale(1, 0.5);transform-origin: 0 0;transform: scale(1, 0.5);”>

回到正文，为什么央行会把“比特币”、“以太坊”这样的虚拟货币称为“加密货币”？央行发行的DECP为什么不能称为“加密货币”？

我前段时间写了一篇关于货币的发展史，从货币的发展史角度来分析比特币。

这几天通过系统的学习后发现，要让人们了解区块链，首先得先了解一些“密码学”及密码学的发展史。

可以这么说：区块链以及比特币离不开密码学，密码学是区块链的基础，也是区块链的核心。

---

阅读以下内容，你需要了解几点：

1、目前没有无法破解的密码，任何密码都可以破解，只是有些密码破解难度小，有些密码需要花费大量的人力物力以及时间成本才能破解；

2、密码的初衷是保证隐私，隐私是指你的一些事不想让全世界知道，而秘密是不想让所有人知道；

3、当代密码学严格意义来讲是“互联网的上的密码学”

而原文主要内容有：

1、密码学的由来以及最初的应用；

2、加密技术的两种类-对称加密/非对称加密；

3、非对称加密的应用-通信加密/数字签名；

4、非对称加密在加密货币的应用-比特币；

---

我们登陆微信账号、支付一笔现金、以及去银行ATM机上取款转账，都需要使用到我们最初开设账户设置的密码，这些密码用于保护我们的信息跟财产不被别人轻易获取盗用，可以发现，密码已经应用到了我们生活的方方面面。

但密码最开始是应用于军事方面，是为了不被敌方截获情报而发明的一种通讯方式。比如著名的凯撒密码，通过排列明文和密文字母表的方式来进行加密，当年恺撒曾用此方法与其将军们沟通交流情报。

凯撒密码也是最早的“对称加密”

但这种加密方式的弱点在于，一旦对方知道了你的密文字母表，你所有通过这个加密的密文都失去了保密的效果。

就好比我们经常看到谍战剧中双方之间的谍战，全剧上下都在为了破译截获的密码本而斗争着，一旦破译后，对方通讯内容一览无余，毫无保密可言。

---

要理解密码学，先要了解密码的几个要素：加密、解密、密钥（key）、算法。

加密跟解密是行为，密钥跟算法是要素。

一般交流过程是用密钥（key）将信息通过固定算法加密成密文，收件人收到密文后通过密钥（key）根据固定算法进行解密。

这种加密的交流方式的关键核心在于密钥（key），不管是谁，只要截获了密钥（key）跟算法，就能知道这个加密过程中的信息，就能将密文转化成明文（信息），也称作对称加密。

因为算法跟密钥需要跟对方沟通，所以只要其中任何一方被截获，整个加密就失效，这也是对称加密不安全的地方。

随着技术的发展以及政府的放开，加密技术从军事用途开始应用于商业领域了，人们也越来越注重个人隐私，尤其是在互联网时代，个人隐私的保护已成了一种奢侈，所有的信息都是在公共区域进行传输，任何人都可以截取我们的数据，所以在数据传输之前就显的尤为重要，这也是我要重点提到的，密码学的核心–非对称加密。

对称加密是加密跟解密过程中使用同一个密钥（key），但非对称加密理解起来略有点复杂，具体做法是首先生成一对密钥（key），一个是公钥public key，可以公开的，另一个是自己私人保管的私钥Private Key。双方通讯的时候，发送方先回拿到接收方的公钥，用公钥把信息加密，接收方收到密文后，用私钥解密获得信息。

有点绕对不对？我理解了好久，就举个例子，我之前喜欢看历史剧，记得雍正王朝有一个片段，就是当年年羹尧在西北军营的时候，为了监视他，雍正派了很多眼线在年羹尧底下工作，这些眼线会定时给雍正汇报，怎么汇报的呢？

雍正将钥匙跟锁分开（生成私钥跟公钥），钥匙自己保管，把锁（公钥）跟盒子都寄给眼线。–生成公钥跟私钥，并将公钥给发送方

眼线每次将情报放在盒子里，然后用锁锁好寄往京城。–
用公钥把信息加密称密文

雍正收到后，用唯一的钥匙打开锁，获得里面的情报内容。–
用私钥解密密文

也就是在眼线将锁好的盒子寄往京城，如果被人截获，没有钥匙也是没法得到里面的情报的。当然，破解它只能暴力破解，暴力破解的话就可能促发机关自动销毁。

（我这里把锁比喻成公钥是为了让人更好的理解，其实公钥不单单是锁，也是一把钥匙，之所以叫公钥，首先它是可公开的，其次它对于数字签名的功能，是通过公钥来解锁私钥加密）

这里有几点：上锁后，你是不能通过锁来制造出钥匙的，跟现实生活中一样，除了暴力破解锁外，你只能通过钥匙复制钥匙，是无法通过锁来制作一把新的钥匙。这跟非对称加密是一样的，你无法通过公钥来获得私钥，但是你可以通过私钥来把公钥解开。

那数字世界是怎么实现呢？这里就涉及到数学函数算法了，所有的加密算法都是基于一些无解的数学问题，或者说是单向函数，比如整数分跟离散对数，简单来讲，我们都知道110是可以通过两个数相乘得到，但是无法立马正确得知110是由哪两个数相乘得到的，有可能是1跟110，也可能是2跟55，或者11跟10，只能一个个的去试才能准确的破解。

我前面也提到了，目前世界上没有无法破解的加密技术，只有破解难度更高的加密技术，在使用这些单向函数后，你是需要通过计算机运算一个个去试，才能破解，这是常人无法做到的。

---

那这些加密技术对区块链有什么作用呢？

如今我们生活在一个到处都是中心化的世界中，为了保证安全，我们所有的数据都是储存在某某公司服务器上，由这些中心化公司跟机构保存，但与此同时，这些隐私也暴露给了第三方公司。

而区块链倡导的是去中心化，不让任何人窥探我们的隐私，如果之前替我们保管数据隐私的管家没有了，谁来保证我们的数据储存安全问题呢？其次如何保护我们点对点交流过程中你数据来源的私密性？

那就得依赖密码学的非对称加密技术了。

那么加密技术解决了，但是数字世界中如何验证你妈是你妈，你是你这个问题呢？

我们得聊一下非对称加密的最新一项应用–数字签名了，即证明你妈是你妈，你是你以及财产的归属问题。

比如，你要证明你发的消息是你发的，你要先拿出你自己的私钥，执行签名算法，得到数字签名，而后把公钥放到大家都可以访问的服务器上，这样其他人都可以获得你的公钥，大家把文件，数字签名以及公钥下载到自己的计算机上，而后调用验证算法，就可以判断这个文件是不是你的签名了。

前面也说过，公钥跟私钥都是一对，用私钥加密的只能用公钥打开，用公钥加密的只能用私钥打开。为了验证这消息是我发出来的，而且我不能公布我的私钥，我只能通过私钥进行加密，而后让公钥（公开的）来解密，大家用公钥解密成功后，这也就验证了这消息是我发的了。

当然，这个过程中涉及到很多东西，比如三方认证CA机构，哈希值（hash）等等，有兴趣的可以深入了解，我觉得初学者了解到这就够了。

再拿比特币交易为例，你跟你朋友要用比特币转账，你朋友向你要一个转账地址，你朋友怎么保证这个转账地址是正确的呢？又怎么保证转账后这笔比特币是你的呢？

首先先产生公钥跟私钥，通过公钥生成转账地址，而后发给你朋友，你朋友收到你的公钥生成的转账地址后再给你转账，你通过私钥解密公钥，成功后，再通过私钥进行签名以确保你对这笔比特币的拥有权。

因为这些数字货币交易的背后的原理应用了很多密码学的加密技术，这是称它们为加密货币的原因之一；另外，像比特币这样的持有者账户是匿名的，很大程度上保护了使用者的隐私，这也是加密货币的特性之一。

而像央行发行的DECP，虽然也借鉴了比特币的加密技术，但它依然是实名的，从这个角度上看，DECP并不属于加密货币，而是属于一种有国家做信用背书的主权数字货币。

今天就聊到这里。

文章参考来源：https://learning.nervos.org/crypto-block/0-intro.html