《Node.js区块链开发》——导读

前  言

本书原名《Nodejs开发加密货币》,大部分已经通过网络免费分享(网络上仍有原文),正式出版的时候改成了现在的名字,部分章节也做了调整。写作本书的时候,“区块链”这个称呼并不流行,但讨论的内容实际上就是区块链技术。就在本书整理出版的时候,国家发布了《中国区块链技术和应用发展白皮书》,整个社区也接纳了“区块链”这个称谓,因此改为现在的名字。

“每一件与众不同的绝世好东西,其实都是以无比寂寞的勤奋为前提的,要么是血,要么是汗,要么是大把大把的曼妙青春好时光”。这是一位文笔非常好的朋友大学毕业后给我的留言。每每读到这句话,总能被感动。后来,与那位朋友聊天,我说你真有才,能把一句话说到人的内心深处,我若不是因为是男人,一定美美地哭一场。他一听,十分感慨,告诉我他也是摘抄来的,还说只有经历过,才能被感动。

工匠精神人人推崇,但不是人人都能做到,环境往往起到了很大的作用。还是我的那位朋友,刚毕业的时候,他去了某机关报社,最初当记者,待遇优厚,后来做编辑,自在逍遥。这中间,他还经常写写书,一年下来,仅仅版税收入也非常可观。但是,最近几年好像不太好了,有一次聊天明显感觉到他的消极,问他怎么了,他说互联网抢了他们的饭碗。我说,那你就抢回来吧,化敌为友,借助互联网挣更多钱。他说试过了,没那么简单,几大文学网站,那么多作者,真正挣到钱的没有几个。偶尔火起来了,大部分都被平台分去了,有的甚至连版权都得不到。加之盗版猖獗,基本入不敷出。

听着他的话,我始终沉默,当初我也想不到出路,时代变迁,谁都无法阻拦。但是,这两年我有了方向,找到了可以彻底解决的办法,这也是我坚持分享这本书的内在动力。软件是给人用的,开发者首先想到的自然是身边人,这是再正常不过的道理。这位朋友的问题就是亿书诞生的初衷,没有任何离奇的故事,都是满满的生活小节,这多少也有点工匠精神的情结吧。

当主动往版权保护和写作分享发力的时候,资源就源源不断地聚集到了我的面前。亿书,这个去中心化的版权保护和知识直销系统(自出版平台)的操作过程大致是这样的:在经过一段时间的技术探索之后,2015年,我把关于打造电子书版权保护项目的想法在网上和盘托出,吸引了很多小伙伴的关注,同时也证明了想法的可行性。接着,我用行动实践电子书写作和分享的全过程,并把亿书这个项目的真实源码作为分享的主要内容,边分享边开发,边打造团队,这中间提交了多个开源代码(本书多个实例便是其中一部分)。读者越来越多,团队日益壮大,仍有很多小伙伴在了解、考察和熟悉中。接下来,待亿书正式发布,就可以用亿书(软件)来继续分享亿书(源码)了。这就像C/C++这样的编程语言可以用来开发自己,开发者也是使用者,自身不断循环完善。

亿书,以价值传播为目标,定位在协同创作和版权保护,从底层区块链版权协议到顶层客户端应用,完全自主开发,是国内少有的不依赖于比特币、以太坊等国外第三方平台的产品。新版产品提供了强大的扩展开发能力,基于亿书可轻松开发很多类型的去中心化应用,比如数字资产管理、财务结算与审计、交易存证与监控、电子商务、视频直播等。这仍然是从基础需求起步,步步搭建积木的思路和过程,与我通过写作本书体验产品需求,然后发展亿书的思路一样。这是工程学的基础,再厉害的天才也无法逾越。

亿书注定要成为价值传播领导者,开启数字出版新时代。

目  录

第一部分 了解区块链
第1章 加密货币就是货币
1.1 加密货币简史
1.2 什么是加密货币
1.3 加密货币就是货币
1.4 加密货币可靠吗
1.5 总结
1.6 参考
第2章 区块链,承载人类信用的基石
2.1 利益,现实世界的内在驱动力
2.2 信用,决定着利益转移的方向
2.3 未来趋势
2.4 应用场景
2.5 风险提示
2.6 总结
2.7 参考
第3章 共识机制,可编程的利益转移规则
3.1 机制,左右产品走向的根源
3.2 PoW:工作量证明机制
3.3 PoS:股权证明机制
3.4 DPoS:授权股权证明机制
3.5 亿书对DPoS机制的改进
3.6 总结
3.7 参考

时间: 2024-11-18 05:56:37

《Node.js区块链开发》——导读的相关文章

《深入理解Scala》——第1章,第1.2节当函数式编程遇见面向对象

1.2 当函数式编程遇见面向对象 深入理解Scala 函数式编程和面向对象编程是软件开发的两种不同途径.函数式编程并非什么新概念,在现代开发者的开发工具箱里也绝非是什么天外来客.我们将通过Java生态圈里的例子来展示这一点,主要来看Spring Application framework和Google Collections库.这两个库都在Java的面向对象基础上融合了函数式的概念,而如果我们把它们翻译成Scala,则会优雅得多.在深入之前,我们需要先理解面向对象编程和函数式编程这两个术语的含义

《深入理解Scala》——第1章,第1.4节与JVM的无缝集成

1.4 与JVM的无缝集成 深入理解Scala Scala的吸引力之一在于它与Java和JVM的无缝集成.Scala与Java有很强的兼容性,比如说Java类可以直接映射为Scala类.这种紧密联系使Java到Scala的迁移相当简单,但在使用Scala的一些高级特性时还是需要小心的,Scala有些高级特性是Java里没有的.在Scala语言设计时已经小心地考虑了与Java无缝交互的问题,用Java写的库,大部分可以直接照搬(as-is)到Scala里. 1.4.1 Scala调用Java 从S

《深入理解Scala》——第2章,第2.1节学习使用Scala交互模式(REPL)

第2章 核心规则深入理解Scala 本章包括的内容: • 使用Scala交互模式(Read Eval Print Loop 简称REPL) • 面向表达式编程 • 不变性(Immutability) • Option类 本章内容覆盖了每个新Scala开发者都需要知道的几个主题.本章不会深入到每个主题里,但是会讲到可以让你自己去接着探索的程度.你将学会使用REPL,学会如何利用这个工具做软件的快速原型开发.然后我们会学到面向表达式编程,并从另一个视角来看控制结构是怎么回事.在此基础上,我们来研究不

《深入理解Scala》——第1章,第1.3节静态类型和表达力

1.3 静态类型和表达力 深入理解Scala 开发人员中有一个误解,认为静态类型必然导致冗长的代码.之所以如此是因为很多继承自C的语言强制要求程序员必须在代码中多处明确地指定类型.随着软件开发技术和编译器理论的发展,情况已经改变.Scala利用了其中一些技术进步来减少样板(boilerplate)代码,保持代码简洁. Scala做了以下几个简单的设计决策,以提高代码表达力. • 把类型标注(type annotation)换到变量右边. • 类型推断. • 可扩展的语法. • 用户自定义的隐式转

《深入理解Scala》——第1章,第1.5节总结

1.5 总结 深入理解Scala 本章中,你学到了一些Scala的设计理念.设计Scala的初衷在于把不同语言中的多种概念融合起来.Scala融合了函数式和面向对象编程,尽管显然Java也已经这么做了.Scala精选其语法,极大地减少了语言中的繁冗之处,使一些强大的特性可以优雅地表达,比如类型推断.最后,Scala和Java能够紧密集成,而且运行在Java虚拟机上,这或许是让Scala变成一种实用选择的最重要的一点.几乎不花代价就可以把Scala用于我们的日常工作中. 因为Scala融合了多种概

《深入理解Scala》——第1章,第1.1节Scala一种混合式编程语言

第1章 Scala--一种混合式编程语言 Scala是一种将其他编程语言中的多种技巧融合为一的语言.Scala尝试跨越多种不同类型的语言,给开发者提供面向对象编程.函数式编程.富有表达力的语法.静态强类型和丰富的泛型等特性,而且全部架设于Java虚拟机之上.因此开发者使用Scala时可以继续使用原本熟悉的某种编程特性,但要发挥Scala的强大能力则需要结合使用这些有时候相互抵触的概念和特性,建立一种平衡的和谐.Scala对开发者的真正解放之处在于让开发者可以随意使用最适合手头上的问题的编程范式.

《深入理解Scala》——第2章,第2.2节优先采用面向表达式编程

2.2 优先采用面向表达式编程 深入理解Scala 面向表达式编程是个术语,意思是在代码中使用表达式而不用语句.表达式和语句的区别是什么?语句是可以执行的东西,表达式是可以求值的东西.在实践中这有什么意义呢?表达式返回值,语句执行代码,但是不返回值.本节我们将学习面向表达式编程的全部知识,并理解它对简化程序有什么帮助.我们也会看一下对象的可变性,以及可变性与面向表达式编程的关系. 作者注:语句VS表达式 语句是可以执行的东西,表达式是可以求值的东西. 表达式是运算结果为一个值的代码块.Scala

《深入理解Scala》——第2章,第2.3节优先选择不变性

2.3 优先选择不变性 深入理解Scala 编程中的不变性指对象一旦创建后就不再改变状态.这是函数式编程的基石之一,也是JVM上的面向对象编程的推荐实践之一.Scala也不例外,在设计上优先选择不变性,在很多场景中把不变性作为默认设置.对此,你可能一下子会不适应.本节中,我们将学到不变性对于判等问题和并发编程能提供什么帮助. Scala里首先要明白的是不变对象和不变引用(immutable referene)的区别.Scala里的所有变量都是指向对象的引用.把变量声明为val意味着它是个不变"引

《深入理解Scala》——第2章,第2.4节用None不用null

2.4 用None不用null深入理解Scala Scala在标准库里提供了scala.Option类,鼓励大家在一般编程时尽量不要使用null.Option可以视作一个容器,里面要么有东西,要么什么都没有.Option通过两个子类来实现此含义:Some和None.Some表示容器里有且仅有一个东西,None表示空容器,有点类似List的Nil的含义. 在Java和其他允许null的语言里,null经常作为一个占位符用于返回值,表示非致命的错误,或者表示一个变量未被初始化.Scala里,你可以用

《深入理解Scala》——第2章,第2.5节多态场景下的判等

2.5 多态场景下的判等 深入理解Scala 众所周知,为多态的面向对象系统定义合适的判等和散列方法是个特别难的过程.这是因为子类可能在整个过程中造成一些相当怪异的问题,尤其是当类型层次上有多个实体(concrete)级别的时候.一般来说,对于需要比引用判等更强的判等(译者注:比如需要判断对象内部数据)的类,最好避免多层实体类层次.这是什么意思呢?有些时候类只需要引用判等就够了.也就是说只要两个对象不是同一个实例就判为不等.但是如果我们需要判断两个不同实例是否相等,而且又有多层实体类层次(mul