go语言实现pos共识机制

1、【golang详解】go语言GMP(GPM)原理和调度

Goroutine调度是一个很复杂的机制，下面尝试用简单的语言描述一下Goroutine调度机制，想要对其有更深入的了解可以去研读一下源码。

首先介绍一下GMP什么意思：

G ----------- goroutine: 即Go协程，每个go关键字都会创建一个协程。

M ---------- thread内核级线程，所有的G都要放在M上才能运行。

P ----------- processor处理器，调度G到M上，其维护了一个队列，存储了所有需要它来调度的G。

Goroutine 调度器P和 OS 调度器是通过 M 结合起来的，每个 M 都代表了 1 个内核线程，OS 调度器负责把内核线程分配到 CPU 的核上执行

模型图：

避免频繁的创建、销毁线程，而是对线程的复用。

1）work stealing机制

  当本线程无可运行的G时，尝试从其他线程绑定的P偷取G，而不是销毁线程。

2）hand off机制

  当本线程M0因为G0进行系统调用阻塞时，线程释放绑定的P，把P转移给其他空闲的线程执行。进而某个空闲的M1获取P，继续执行P队列中剩下的G。而M0由于陷入系统调用而进被阻塞，M1接替M0的工作，只要P不空闲，就可以保证充分利用CPU。M1的来源有可能是M的缓存池，也可能是新建的。当G0系统调用结束后，根据M0是否能获取到P，将会将G0做不同的处理：

如果有空闲的P，则获取一个P，继续执行G0。

如果没有空闲的P，则将G0放入全局队列，等待被其他的P调度。然后M0将进入缓存池睡眠。

如下图

GOMAXPROCS设置P的数量，最多有GOMAXPROCS个线程分布在多个CPU上同时运行

在Go中一个goroutine最多占用CPU 10ms，防止其他goroutine被饿死。

具体可以去看另一篇文章

【Golang详解】go语言调度机制 抢占式调度

当创建一个新的G之后优先加入本地队列，如果本地队列满了，会将本地队列的G移动到全局队列里面，当M执行work stealing从其他P偷不到G时，它可以从全局G队列获取G。

协程经历过程

我们创建一个协程 go func()经历过程如下图：

说明：

这里有两个存储G的队列，一个是局部调度器P的本地队列、一个是全局G队列。新创建的G会先保存在P的本地队列中，如果P的本地队列已经满了就会保存在全局的队列中；处理器本地队列是一个使用数组构成的环形链表，它最多可以存储 256 个待执行任务。

G只能运行在M中，一个M必须持有一个P，M与P是1：1的关系。M会从P的本地队列弹出一个可执行状态的G来执行，如果P的本地队列为空，就会想其他的MP组合偷取一个可执行的G来执行；

一个M调度G执行的过程是一个循环机制；会一直从本地队列或全局队列中获取G

上面说到P的个数默认等于CPU核数，每个M必须持有一个P才可以执行G，一般情况下M的个数会略大于P的个数，这多出来的M将会在G产生系统调用时发挥作用。类似线程池，Go也提供一个M的池子，需要时从池子中获取，用完放回池子，不够用时就再创建一个。

work-stealing调度算法：当M执行完了当前P的本地队列队列里的所有G后，P也不会就这么在那躺尸啥都不干，它会先尝试从全局队列队列寻找G来执行，如果全局队列为空，它会随机挑选另外一个P，从它的队列里中拿走一半的G到自己的队列中执行。

如果一切正常，调度器会以上述的那种方式顺畅地运行，但这个世界没这么美好，总有意外发生，以下分析goroutine在两种例外情况下的行为。

Go runtime会在下面的goroutine被阻塞的情况下运行另外一个goroutine：

用户态阻塞/唤醒

当goroutine因为channel操作或者network I/O而阻塞时（实际上golang已经用netpoller实现了goroutine网络I/O阻塞不会导致M被阻塞，仅阻塞G，这里仅仅是举个栗子），对应的G会被放置到某个wait队列(如channel的waitq)，该G的状态由_Gruning变为_Gwaitting，而M会跳过该G尝试获取并执行下一个G，如果此时没有可运行的G供M运行，那么M将解绑P，并进入sleep状态；当阻塞的G被另一端的G2唤醒时（比如channel的可读/写通知），G被标记为，尝试加入G2所在P的runnext（runnext是线程下一个需要执行的 Goroutine。）， 然后再是P的本地队列和全局队列。

系统调用阻塞

当M执行某一个G时候如果发生了阻塞操作，M会阻塞，如果当前有一些G在执行，调度器会把这个线程M从P中摘除，然后再创建一个新的操作系统的线程(如果有空闲的线程可用就复用空闲线程)来服务于这个P。当M系统调用结束时候，这个G会尝试获取一个空闲的P执行，并放入到这个P的本地队列。如果获取不到P，那么这个线程M变成休眠状态， 加入到空闲线程中，然后这个G会被放入全局队列中。

队列轮转

可见每个P维护着一个包含G的队列，不考虑G进入系统调用或IO操作的情况下，P周期性的将G调度到M中执行，执行一小段时间，将上下文保存下来，然后将G放到队列尾部，然后从队列中重新取出一个G进行调度。

除了每个P维护的G队列以外，还有一个全局的队列，每个P会周期性地查看全局队列中是否有G待运行并将其调度到M中执行，全局队列中G的来源，主要有从系统调用中恢复的G。之所以P会周期性地查看全局队列，也是为了防止全局队列中的G被饿死。

除了每个P维护的G队列以外，还有一个全局的队列，每个P会周期性地查看全局队列中是否有G待运行并将其调度到M中执行，全局队列中G的来源，主要有从系统调用中恢复的G。之所以P会周期性地查看全局队列，也是为了防止全局队列中的G被饿死。

M0

M0是启动程序后的编号为0的主线程，这个M对应的实例会在全局变量rutime.m0中，不需要在heap上分配，M0负责执行初始化操作和启动第一个G，在之后M0就和其他的M一样了

G0

G0是每次启动一个M都会第一个创建的goroutine，G0仅用于负责调度G，G0不指向任何可执行的函数，每个M都会有一个自己的G0，在调度或系统调用时会使用G0的栈空间，全局变量的G0是M0的G0

一个G由于调度被中断，此后如何恢复？

中断的时候将寄存器里的栈信息，保存到自己的G对象里面。当再次轮到自己执行时，将自己保存的栈信息复制到寄存器里面，这样就接着上次之后运行了。

我这里只是根据自己的理解进行了简单的介绍，想要详细了解有关GMP的底层原理可以去看Go调度器 G-P-M 模型的设计者的文档或直接看源码

参考： (https://www.cnblogs.com/X-knight/p/11365929.html)

(https://draveness.me/golang/docs/part3-runtime/ch06-concurrency/golang-goroutine/)

2、GO语言商业案例(六):PayPal

创建 PayPal 的目的是使金融服务民主化，并使个人和企业能够加入并在全球经济中蓬勃发展。这项工作的核心是 PayPal 的支付平台，该平台使用专有技术和第三方技术的组合来高效、安全地促进全球数百万商家和消费者之间的交易。随着支付平台变得越来越大、越来越复杂，PayPal 寻求对其系统进行现代化改造并缩短新应用程序的上市时间。

Go 在生成干净、高效的代码方面的有着极高的价值。这些代码可以随着软件部署的扩展而轻松扩展，这使得该语言非常适合支持 PayPal 的目标。

支付处理平台的核心是 PayPal 用 C++ 开发的专有 NoSQL 数据库。然而，代码的复杂性大大降低了开发人员发展平台的能力。Go 的简单代码布局、goroutine（轻量级执行线程）和通道（用作连接并发 goroutine 的管道）使 Go 成为 NoSQL 开发团队简化和现代化平台的自然选择。

作为概念验证，一个开发团队花了六个月的时间学习 Go 并在 Go 中从头开始重新实现 NoSQL 系统，在此期间，他们还提供了有关如何在 PayPal 更广泛地实施 Go 的见解。截至今天，已迁移 30% 的集群以使用新的 NoSQL 数据库。

随着 PayPal 的平台变得越来越复杂，Go 提供了一种轻松简化大规模创建和运行软件的复杂性的方法。该语言为 PayPal 提供了出色的库和快速工具，以及并发、垃圾收集和类型安全。

借助 Go，PayPal 使其开发人员能够将更多时间从 C++ 和 Java 开发的噪音中解放出来，从而能够花更多时间查看代码和进行战略性思考。

在这个新改写的 NoSQL 系统取得成功后，PayPal 内更多的平台和内容团队开始采用 Go。Natarajan 目前的团队负责 PayPal 的构建、测试和发布管道——所有这些都是在 Go 中构建的。该公司拥有一个大型构建和测试农场，它使用 Go 基础设施进行完全管理，以支持整个公司的开发人员的构建即服务（和测试即服务）。

凭借 PayPal 所需的分布式计算能力，Go 是刷新系统的正确语言。PayPal 需要并发和并行的编程，为高性能和高度可移植性而编译，并为开发人员带来模块化、可组合的开源架构的好处——Go 已经提供了所有这些以及更多帮助 PayPal 对其系统进行现代化改造。

安全性和可支持性是 PayPal 的关键问题，该公司的运营管道越来越多地由 Go 主导，因为该语言的简洁性和模块化帮助他们实现了这些目标。PayPal 对 Go 的部署为开发人员提供了一个创意平台，使他们能够为 PayPal 的全球市场大规模生产简单、高效和可靠的软件。

随着 PayPal 继续使用 Go 对其软件定义网络 (SDN) 基础设施进行现代化改造，除了更易于维护的代码外，他们还看到了性能优势。例如，Go 现在为路由器、负载平衡和越来越多的生产系统提供动力。

作为一家全球性企业，PayPal 需要其开发团队有效管理两种规模：生产规模，尤其是与许多其他服务器（如云服务）交互的并发系统；和开发规模，尤其是由许多程序员协同开发的大型代码库（如开源开发）

PayPal 利用 Go 来解决这些规模问题。该公司的开发人员受益于 Go 将解释型动态类型语言的编程易用性与静态类型编译语言的效率和安全性相结合的能力。随着 PayPal 对其系统进行现代化改造，对网络和多核计算的支持至关重要。Go 不仅提供了这种支持，而且提供的速度很快——在单台计算机上编译一个大型可执行文件最多需要几秒钟。

PayPal 目前有 100 多名 Go 开发人员，未来选择采用 Go 的开发人员将更容易获得该语言的批准，这要归功于公司已经在生产中的许多成功实现。

最重要的是，PayPal 开发人员使用 Go 提高了他们的生产力。Go 的并发机制使得编写充分利用 PayPal 的多核和联网机器的程序变得很容易。使用 Go 的开发人员还受益于它可以快速编译为机器代码的事实，并且他们的应用程序获得了垃圾收集的便利和运行时反射的强大功能。

今天 PayPal 的第一类语言是 Java 和 Node，Go 主要用作基础设施语言。虽然 Go 可能永远不会在某些应用程序中取代 Node.js，但 Natarajan 正在推动让 Go 成为 PayPal 的第一类语言。

通过他的努力，PayPal 还在评估迁移到 Google Kubernetes Engine (GKE) 以加快其新产品的上市时间。GKE 是一个用于部署容器化应用程序的托管、生产就绪环境，并带来了 Google 在开发人员生产力、自动化操作和开源灵活性方面的最新创新。

对于 PayPal 而言，部署到 GKE 将使 PayPal 更容易部署、更新和管理其应用程序和服务，从而实现快速开发和迭代。此外，PayPal 会发现更容易运行机器学习、通用 GPU、高性能计算和其他受益于 GKE 支持的专用硬件加速器的工作负载。

对 PayPal 来说最重要的是，Go 开发和 GKE 的结合使公司能够轻松扩展以满足需求，因为 Kubernetes 自动扩展将使 PayPal 能够处理用户对服务不断增长的需求——在最重要的时候保持它们可用，然后在安静的时间来省钱。

3、GO语言商业案例(十六):Curve-

Golang 的创建是为了实现最大的用户效率和编码效率。已经熟悉 Java 或 PHP 的程序员可以在几周内接受 Go 的培训（许多人最终会更喜欢它）。在本文中，Dewet Diener 探讨了 Golang 的优缺点，以及它的测试驱动开发 (TDD) 如何完美契合。

Golang 由 Google 开发和设计，于 2009 年作为一种综合性编程语言首次出现，旨在最大限度地提高编码效率。创建该语言的目的是修正其他已建立语言的缺陷。尽管 Golang（或简称为“Go”）是一门年轻的语言，但已经积累了大量的开发人员，因此我们想分享为什么在 Curve 我们喜欢 Golang，以及我们如何采用它来实现我们移动银行业务的目标到云端。

Go 是一种精致的编程语言：它支持“所见即所得”的原则，这意味着清晰易读的代码和更少的复杂抽象。该语言本身易于使用且易于训练。尽管如此，作为一个相对较新的生态系统，要找到对 Go 具有广泛预先知识的工程师可能会很棘手。

然而，与其他编程语言不同，Go 的创建是为了最大限度地提高用户效率。因此，具有 Java 或 PHP 背景的开发人员和工程师可以在几周内获得使用 Go 的技能和培训——根据我们的经验，他们中的许多人最终更喜欢它。

在 Curve，我们大力提倡测试驱动开发 (TDD)，Go 的框架与这种方法保持一致。通过简单地命名一个文件 foo_test.go 并在该文件中添加结构化测试函数，Go 将快速有效地运行您的单元测试。这一创新功能提高了生产力，因为它可以更加专注于测试驱动的开发和改进的同行评审机会。

Golang 具有出色的生产优化品质，例如内存占用小，这支持其在大型项目中作为构建块的能力，以及开箱即用的与其他架构的轻松交叉编译。由于 Go 代码被编译为单个静态二进制文件，因此它可以轻松进行容器化，并且通过扩展，将 Go 部署到任何高可用性环境（例如 Kubernetes）中几乎是微不足道的。

它提供了一种机制来保护工作负载，通过拥有非常纤薄的生产容器而没有任何无关的依赖项。这使得构建、部署和维护基于 Go 的资产更加直接和安全，并为希望建立或发展其微服务战略的公司提供了可靠的选择。

Go 是专门为满足我们快速发展的技术生态系统的需求而创建的。例如，Go 可以满足您构建 API 所需的一切，并将其作为其标准库的一部分。它使用简单，高性能的 http 服务器消除了团队设计新项目时经常发生的一些常见的 探索 和设计瘫痪问题——这对于一些其他流行语言（如 Java 和 Node.js）来说太常见了。

Golang 还通过其内置于语言本身的自动格式化程序巧妙地解决了代码格式化分歧。这完全消除了格式争议，进而提高了团队的生产力和注意力。

尽管我是 Go 的拥护者，但它显然也不是没有缺陷。一个争论不休的特性是 Go 没有显式接口，这是许多开发人员习惯的概念。虽然不是有害的，但它可以使选择最适合您的结构的接口成为一项任务。这是因为您不会像在其他流行的编程语言中那样编写 X 实现 Y，但您很快就会接受。

依赖管理也是另一个不属于 Google Golang 开发团队原始设计的功能。开源社区介入并创建了 Glide 和 Dep，最初的努力并没有完全解决问题。从 Go 1.11 开始，添加了对模块的支持，这似乎已成为官方的依赖管理工具。这些挑战并没有削弱 Go 作为一种高效编程语言的独创性，并且它继续为我们提供优于其他编程语言的显着优势。

Golang 吸引了全球敏锐的开发人员的注意，并且围绕它的兴奋继续增长。开源社区因有趣的项目而蓬勃发展；最著名的是 Docker 和 Kubernetes。

正是这种新鲜、有创意但又简单的包装吸引了我们去Go：它是一种令人兴奋的编码语言，可以帮助我们在 Curve 中快速开发以构建更好的产品。

4、go语言--Goroutines

1、goroutine：在go语言中，每一个并发的执行单元叫做goroutine，如果一个程序中包含多个goroutine，对两个函数的调用则可能发生在同一时刻

2、main goroutine：当一个程序启动时，其主函数即在一个单独的goroutine中运行，我们叫他为main gorountine

3、go goroutine：新的goroutine会用go语句来创建，go+函数名，go语句会使其语句中的函数在一新创建的goroutine中运行，而go语句本身会迅速地完成

4、goroutine的退出：主函数返回时，所有的goroutine都会被直接打断，程序退出，除了从主函数退出或者终止程序之外，没有其他方法能够让一个goroutine来打断另一个的执行，但是可以通过另一种方式来实现这个目的，通过goroutine之间的通信来让一个goroutine请求其他的goroutine，并让请求的goroutine自行结束执行

5、两种共识机制对比(PoW vs PoS)

区块链中最核心的架构就是共识机制，可以说是区块链的驱动引擎，发展这么多年，目前主流比较明确经得住考验的就只剩下PoW(Proof of Work)与PoS(Proof of Stake)两种机制。简单概述下，PoW系统的特点是通过消耗大量算力来计算特定算法的解（典型如哈希），第一个算出结果的有权生成区块，同时也会得到coin作为奖励（这也是coin的生产与分发过程，形象地称为Mining），采用PoW的典型区块链有Bitcoin和Ethereum，目前PoW也是运行时间最长，被公认为是最可靠安全的共识机制； 其本质是通过消耗大量算力来实现系统内的逆熵过程，保证系统的长期安全与稳定 。但PoW被广为诟病的也是其消耗太多的能源资源，这方面PoS就被认为是更为绿色的解决方案，顾名思义PoS是通过质押系统中的资产即coin来成为一个质押者（staker），这样就有权产出区块，质押份额越多，获得产出区块权的概率就越高，也代表着奖励越多。

在分布式系统中有一个 CAP 定理，是指一个分布式系统中存在着三元悖论，即不可能同时满足这三个特性：一致性(Consistency)、可用性(Availability)和分区容错性 (Partition tolerance)，而只能满足其中两个。区块链作为一种分布式网络，这个定理也逐渐演变成了区块链的三元悖论，即 安全性(Security) 、 去中心化(Decentralization) 和 可扩展性 (Scalability) ，也是同时只能满足两个特性。

整体上看PoW系统更注重的是 安全性(Security) 与 去中心化(Decentralization) ，放弃 可扩展性 (Scalability) ，这也是Bitcoin网络的吞吐量非常慢的原因。而PoS系统更关注的是 可扩展性 (Scalability) 与 去中心化(Decentralization) ，但就PoS能否真的 实现 去中心化(Decentralization) ，我是比较持怀疑态度的。从保守主义与系统的更长期稳定的角度出发，我个人是坚定地站在PoW这边的，可能跟自身保守的性格有关，并不是特别看好PoS作为基础层能比较稳定。特别是像这次 5月份的Luna事件 ，事件大概的过程是Luna链上的算法稳定币UST缺乏价值支撑最终脱锚，其核心问题在于UST的锚定设计试图用一个PoS股权系统去支撑其锚定美元，而且还超发了太多UST，再加上UST与Luna的兑换设计缺陷最终导致Luna自身的死亡螺旋。但这个事件更大的意义应该是敲响了一个警钟，PoS机制在面对空头资本砸盘时真的还能维持稳定、维持所谓的去中心化吗？可能到时节点数量萎缩的速度会很快，逐渐趋于中心化。

所有系统设计都需要根据自身定位来折中，以下从价值锚定的角度，简单分析下为什么长期来看PoW会更有优势。

在PoW系统中三股主要的参与者分别是研发人员，投资者（或者叫用户）与Miner，这三者的相互制衡，使得这个系统达到一个稳定平衡的状态。而PoS系统中，将Miner这个重要的制衡力量移除了，投资者和Miner变成了同一群体 质押者（stakers） ，因此该群体滥用权力的行为会变得相对不受限制，并且该链随后的发展方向也可能会更加不平衡，更容易倾向有利于 质押者（stakers） 群体的方向。

PoW系统很好的阐述了什么是被普遍认可的价值，抽象上来看就是高代价的稀缺性 ，高代价与稀缺性两者缺一不可。PoS最多只能实现其中一个稀缺性。

Miner为了在链上生产区块赚取coin，不仅需要持续支付高额电力成本，还必须不断投入研发、升级硬件、优化基础设施和运营规模来保持其竞争力。最终结果是，能够长期持续盈利的Miner并不会是一个一层不变的群体，而是总在竞争中淘汰掉效率太低的Miner，使高效率的Miner能存活下来。这也更有利于 去中心化(Decentralization) ，因为不断变化的Miner群体意味着没有一个Miner可以在相当长的时间内保持网络的大部分算力，除非他们通过严酷的竞争考验，不断优化自身来提供更多的算力。

而PoS系统中的质押者实际上并多少真正的风险投入，也没有优胜劣汰的严酷竞争机制，他们只需要简单地运行一个staker节点就可以躺着赚利息，本质上只是将自己在银行系统里的钱简单的转化为链上资本，就可以坐地收割后进入这个系统的新人。这种行为并没有太多难度，只是简单地赚取“无风险”利息，他们并没有将资本转化为任何形式的需要面临风险考验的投资。

而且当发生硬分叉时，PoW的Miner选择支持哪条链时会更为谨慎，因为他们需要投入高昂的电力成本来为他们的选择背书，一旦选错了将损失所有投入成本。PoS系统如果发生硬分叉，质押的coin作为系统内部状态的一部分，硬分叉后质押者将在两条不同链上都拥有相同数量的资产，由于没有什么沉默成本，导致质押者更愿意两边都支持，从而使硬分叉更容易且更频繁地出现，这被称为 nothing at stake 问题。

PoW是真正能做到无准入限制的(Permissionless)，就是说已经在这个系统中的老人无法限制新人加入，只要你有能力提供算力，就能直接接入网络中产出coin。而PoS系统中，新人要进入，都不得不先从老人手中买coin。

而且PoW中Miner为了支付各种高昂成本（电力，设备，基础设施等），产出coin后也不得不卖出一些以弥补成本，这同时也是一种把coin分发给更多人的过程； 特别是在熊市，Miner为了维持开销也不得不低价贱卖coin，这样新人才有机会以相对低的成本获得筹码入场，这才是一个健康的生态扩张过程 。而PoS中由于质押者并没有什么运行成本，也不需要面对太多竞争，质押者出块得到coin后不需要急着卖出，更容易哄抬价格，其实会变相激励场内老人剥削新入场者，不给后来人更多机会；整个系统会趋向于更封闭，逐渐演变成一个有限游戏，长期运行下去只会越来越中心化；系统中财富越来越集中，富者更富，穷者更穷，从而更不可能实现 去中心化(Decentralization) 。

由于PoW系统中是以提供工作量的方式产出区块的，随着时间的推移这些工作量都会被累积起来并使链不断向前延伸，这也是为什么叫区块链；这些累积的工作量也给攻击者造成了巨大障碍，如果想要反转整条链，不仅需要非常高的算力，还需要相当长的时间，这也为应对攻击提供了足够长的时间缓冲。

而PoS系统其实只是维护一个分布式账本， 并没有工作量累积的概念，一旦攻击成功，要反转整条链就是相当容易的，几分钟就可以搞定。

严格来说由PoW算力支撑的BTC不应归为高科技类，由于它整个系统架构更保守更稳定，提供的更多的是一种 物化价值(objective costliness) ，更能作为价值之锚，所以数字黄金这个称号很贴切。而像ETH（目前还是PoW，2.0升级后为PoS）这些更接近科技类创新平台，PoS本质上更像是一种股权系统，其实PoS系统反而是需要中心化，偏向更依靠整个社区的生命力，需要依靠核心团队的创新与开拓能力往前走；而PoW则需要去中心化，更偏向稳定与提供 物化价值(objective costliness) 。

区块链作为一个价值分配系统， 算力是它的价值之锚，如果没有算力，就会退化为一个股权系统 。算力在哪，资金就会跟去哪。目前的发展趋势也是逐渐往多层网络的方向发展，类似TCP/IP的多层协议栈。从作为基础层(Base Layer)的角度看，更需要的是长期稳定与提供价值支撑，因此PoW系统更合适；而PoS可能更多的是可以作为Layer2以实现 可扩展性 (Scalability) ，弥补PoW基础层的吞吐量不足，并通过锚定在PoW基础层上来获取算力安全性与价值支撑。

最后顺带说下最近市场行情，5,6月份以来的瀑布令很多人很恐慌，恐慌指数一度长时间停留在个位数；其实我觉得也没必要那么恐慌，要在这个圈子长期活下去，面对这种大波动的心理预期还是要有的。想起之前红杉资本的沈南鹏经常提到一个词Grit，沙砾，它是砾石在千万次打磨后留下来的细小颗粒；Grit代表了勇气和持之以恒的一种坚持，有种经常被按地上摩擦但依然勇往直前的感觉。这个和塔勒布讲的反脆弱性有异曲同工之妙，承载价值的东西就应该具有这种品质，PoW系统肯定是有反脆弱性的。

回望2017年入圈后经历过的各种事件，其实像这样的大波动近乎每年都有（除了2019年一年比较顺利外）；像2017年国内的94事件，2018年一整年的大熊市，2020的312事件，2021的519事件，再到2022今年的5,6月份市场转熊，每次经历大波动后，市场都会淘汰掉该淘汰的，出清掉该出清的风险，对整个行业发展也是好事。眼光还是应该放远一点，至少看5到10年后的变化，科技发展过程中所带来的波动和风险是不可避免的，日光之下无新鲜事，每次科技革命过程中总会夹杂着众多的反对、质疑，还有众多的投机、骗局；这个过程也总是通过各种暴雷、回归，清除泡沫后价值重估，夯实了基础后积蓄能量再次进入跃升到新的发展阶段。 价值互联网的到来是一件无法回避的事情 ，当理解和看清了这种趋势后，规避掉各种坑和市场噪音，远离合约杠杆和各种山寨的诱惑，握住核心资产，时间本身就会带来回报。

转载请带上网址：http://www.pos-diy.com/posjifour/244886.html