遍历区块链

『壹』 区块链在供应链金融中怎么使用

在传统供应链金融中，融资难、融资成本高、融资流程繁琐一直是制约中小微企业做大做强的瓶颈之一。银行依赖于核心企业的控货能力和调节销售能力，出于风控的考虑，银行仅愿对核心企业有直接应付账款义务的上游供应商(限于一级供应商)提供保理业务，或对其下游经销商(一级供应商)，提供预付款或者存货融资。这就导致了有巨大融资需求的二级、三级等供应商/经销商的需求得不到满足，供应链金融的业务量受到限制，而中小企业得不到及时的融资易导致产品质量问题，会伤害整个供应链体系。

解决这些问题则可以利用区块链技术去中心化、不可篡改、分布式账本的特性打造区块链供应链金融平台。

1. 核心企业签发应收凭证给分销商，分销商签收后表示签订了购销合同，核心企业发货。

2. 分销商因资金紧张需要向金融融资贷款。

3. 金融机构审核同意后把贷款的金额打给核心企业。

4.分销商卖掉货物后归还贷款和利息

『贰』 如何编程序遍历Bitcoin-core的所有区块，有API吗

问法有点歧义,应该是遍历所有区块,而不是区块链。

『叁』 金窝窝：区块链技术的检索是什么

金窝窝网络分析如下：
如果说一致性问题的解决是区块链“写”操作的实践，那么区块链内容的检索就是一个“读”过程。因此，对于应用的需求而言，切不可为了区块链而区块链。
在内容实现广泛共识的基础上，我们可以相机选择合适的方式来优化区块链上的遍历。中心化的检索或者区块链本身复合检索功能都是可以参考的方式。

『肆』 智能合约的运行机制是怎样的为什么要使用区块链

“区块链构建的智能合约自动执行”的过程，包括如下步骤：
（1）智能合约会定期检查自动机状态，逐条遍历每个合约内包含的状态机、事务以及触发条件；将条件满足的事务推送到待验证的队列中，等待共识；未满足触发条件的事务将继续存放在区块链上。
（2）进入最新轮验证的事务，会扩散到每一个验证节点，与普通区块链交易或事务一样，验证节点首先进行签名验证，确保事务的有效性；验证通过的事务会进入待共识集合，等大多数验证节点达成共识后，事务会成功执行并通知用户。
（3）事务执行成功后，智能合约自带的状态机会判断所属合约的状态，当合约包括的所有事务都顺序执行完后，状态机会将合约的状态标记为完成，并从最新的区块中移除该合约；反之将标记为进行中，继续保存在最新的区块中等待下一轮处理，直到处理完毕；整个事务和状态的处理都由区块链底层内置的智能合约系统自动完成，全程透明、不可攥改。

『伍』 区块链是怎样防止数据篡改的

区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。

跟传统的分布式存储有所不同，区块链的分布式存储的独特性主要体现在两个方面：一是区块链每个节点都按照块链式结构存储完整的数据，传统分布式存储一般是将数据按照一定的规则分成多份进行存储。二是区块链每个节点存储都是独立的、地位等同的，依靠共识机制保证存储的一致性，而传统分布式存储一般是通过中心节点往其他备份节点同步数据。

没有任何一个节点可以单独记录账本数据，从而避免了单一记账人被控制或者被贿赂而记假账的可能性。也由于记账节点足够多，理论上讲除非所有的节点被破坏，否则账目就不会丢失，从而保证了账目数据的安全性。

存储在区块链上的交易信息是公开的，但是账户身份信息是高度加密的，只有在数据拥有者授权的情况下才能访问到，从而保证了数据的安全和个人的隐私。

区块链提出了四种不同的共识机制，适用于不同的应用场景，在效率和安全性之间取得平衡。

基于以上特点，这种数据存储技术是可以完美防止数据被篡改的可能性，在现实中也可以运用到很多领域之中，比我们的电子存证技术在电子合同签署上提供了更安全可靠的保证。

『陆』 怎么获取某个table中所有的input标签的节点,将所有标签的disabled设置为true

比如你的table元素是t那么可以用t.getElementsByTagName("input")获得t下面的所有input

然后你再对这写input写循环就行了

var a = t.getElementsByTagName("input");
for(var i = 0; i < a.length; i++) {
    a[i].setAttribute("disabled","true");
}

『柒』 什么是混合共识算法

转载泛融科技创始人谭宜勇博士的回答：

共识是区块链技术的核心算法，也基本上决定了该链的效率。区块是机器之间所需要共识的内容。账户层面，通过OLog(n)的Merkle验证树，可以快速定位出被篡改的数据，遍历StateTree安全获取用户余额，防止双花的出现。

区块链通过共识算法，让机器之间达成信任的基础，从实践上就是去解决拜占庭将军问题。BFT（拜占庭将军容错）里面，3F+1<N可以说是重要的共识理论，在实践中，BFT有多种变种算法：PBFT、RBFT、Q/U、HQ、Zyzzyva、ABsTRACTs、Aardvark、Adapt、A2M-PBFT-EAandMinBFT等等。这些算法，都根据不同设定的场景，从消息的广播方式、节点网络拓扑、硬件配置等方面进行了效率的优化。共识目标是达成共识，最终的解决方案就是投票（Vote），无论是BFT、PoW、PoS、DPoS……投票就有点模拟人类的生产模式，在区块链里面，是机器去投票。BFT类似于4PC（四段式）提交，从PrePrepare，PrePare，Commit，Reply四个阶段。每个阶段都要把消息广播给网络中的所有节点，参与下一个阶段的投票。

BFT最大的问题是节点之间的消息广播，会特别多。而且必须事先确定本次消息投票的节点基数。结合BFT投票性能差的问题，我们提出了一种方案，让BFT仅仅参与很少的投票过程，例如就是节点基数上。假定有100个备选节点，如何选出21个节点出来？每个节点记多少个块？这100个节点的能否达到了当前最高的高度，网络延迟等性能能否达标？这些信息，实际上跟我们交易没有任何关系。但是又会影响到整个链的性能。我们用PBFT去解决节点基数问题，为后续的交易广播和区块投票，提供了更高更高效的基础设施。在这一层，大家都是平等的，没有权益的参与。

下一步，Raft是一个Leader-Follow的算法，每一轮Term会随机选出一个Leader来，负责交易的收集和广播，其他节点Follow主节点的信息。在垂直的区块链3.0应用中，对链上的VM性能要求更高，而不是简单的栈式计算（EVM）了。例如游戏的主服务器逻辑放，如果每个节点都参与VM的计算，会造成大量的资源浪费。大数据处理系统里面，Raft可以去解决分工问题，做一个工作的调度者，可以让任务公平、安全的分发到不同的节点机器上。这样好处是可以通过几台机器，构建一个超级机器。Raft共识在我们链中，负责交易的验证广播分发，这是成块的基础，如果交易都是错误的，那就无需要进入区块了。

最后我们结合了DPoS共识算法，随机生成当前的轮值节点，对已验证过的交易进行打包和区块头的广播。区块仅仅是个头部验证信息而已，可以快速的到达每台机器。关于轮值的节点，我们认为一个节点每次就记一次块。出块速度由网络较好的节点决定，由他们构成了超级节点记账模式。