与其说区块链是一项新技术，还不如说是一种新场景从运维层面来讲，与普通的场景执行手段没多大差异

换个角度来看，项目的重点在于积分的互通兑换，而不是支付，我们不用以太坊作为新币的发行，积分还是各自机构的积分，只是积分换积分，我们用到的是一个实现了区块链账本、共识机制、密码算法、智能合约、网络路由等基础功能的区块链技术，在智能合约上开发一个通用积分的区块链应用，将...

区块链设计积分的本质，是为了积分能够跨机构流通，如何确保积分权益定价的稳定性，避免通币积分碰撞或者紧缩，是积分设计比较重要的考虑点。1，需要考虑管理积分总量。比如：每个机构是否有一个超级账户，积分初始总量恒定，并有积分回收机制。2，不同机构、产品的积分的兑换规则。理想模...

和账本一样，利用区块链的分布式记账原理，保证的交易的一致性，与其说是采用哪些技术手段，其实都是基于区块链的基本思想，通过搭建以太坊的私有网络来建立跨机构联盟链，在区块链节点中设定好积分交换的规则，兑换时要对用户的身份进行验证等等。...

本项目的初衷在于探索验证以区块链核心技术的应用，对于我们来说无论是超级账本或者以太坊都可以实现我们的目标，但以太坊拥有一个成熟的生态系统，对于智能合约和业务逻辑的开发以及部署的难度相对简单，使其成熟易用，接口丰富，这是选择以太坊的一个优势。...

从我们目前的实践经验看，联盟链可以搭建在云平台上，有助于协调运维。运维团队的配合也很重要

包括区块链平台测试，合约测试，接口测试，也要有应用测试，及一致性测试

技术的挑战，作为一项相对比较新、动态发展的新技术，如何稳定、可靠的匹配业务需求区块链的建设一定要走出机构自身，发展联盟链或者公有链，由此带来的跨机构团队协同沟通、运维运营，技术规范标准，没有一定的实践经验，夸夸而谈是无法落地的。3、成果的验收，质量的把控最后保持一个...

这个问题有点不好回答，具体项目具体看待吧。目前我们的项目经验，区块链底层部分主要的工作还是靠开发人员做好设计、代码评审，也就是开发也是测试。对于上层应用部分，测试人员可发挥更大作用。时间任务安排上，不太适合采用瀑布开发模式，更适合小步快跑，迭代开发，充分利用合适的de...

通道通过不同的智能合约UUID和通道编号，实现了业务数据的逻辑隔离。现实中，也存在一些跨通道的需求，比如：监控台为了收集所有peer节点的实时信息，那么就涉及到跨通道的信息采集。目前我们根据不同业务需求，实现了两种方式：1，建立一条公共通道。区块链上所有节点，通过公共通道进行...