跳到主要内容
知识地图什么时候用数据库就够了?行业概念与标准

你在这里。看看这个问题与其他知识怎样相连。

选择节点前往页面 · 展开后可留在地图中阅读

知识地图沿着连接,读懂一个问题
← 区块链与共享状态

一个问题

什么时候用数据库就够了?

先找出需要共同裁决的冲突,再决定是否引入链。

三家公司想共享报告。如果它们接受一家运营方管理数据库,问题可能主要是访问权限、备份和审计。如果它们不愿把所有判断交给运营方,可以再问:需要自己核查报告的签署者,还是需要共同决定一项权利究竟转给了谁?这两种需求并不相同。

《区块链实战》第 11 章提醒,企业可能只需要区块链采用的某项基础技术。沿着这个提醒往下走,应当比较具体方案,不能靠若干个“是”的数量作决定。

要解决的事情可以先比较的方案还需说明的条件
一家机构管理记录,多人读取数据库、权限与备份是否接受这家机构的管理权
多方核对报告有没有改、谁签过签名文件与共享存储密钥归属、版本与保留方式
独立参与者需要裁决相互冲突的更新共享账本,包括区块链方案有效性规则、排序、参与资格及规则修改权

这不是一张自动替你选型的表。即使需要多方共同更新同一份记录,也要比较普通数据库配合审计、受信任协调方以及其他分布式系统能否满足要求。

“参与者很多”还缺什么?

假设所有节点实际上都由一家供应商控制,其他参与者只能看页面,那么节点数量本身没有减少对这家供应商的依赖。应检查谁能独立验证、谁能提交更新、谁能改变规则,以及运营方退出后怎样继续。

技术方案也要有人长期运营。没有明确的使用者、维护责任和成本承担方式,能够演示一笔交易还不能证明系统值得持续建设。

原书与核实来源

本篇延续《区块链实战》的第 10、11 章相关问题,结合以下资料重新解释;不是原书节选。

检查一下理解

三家公司需要共享报告,是否足以说明它们需要区块链?

还不够。如果只需核对报告内容和签署者,签名文件与共享存储可能已经足够。只有识别出共同更新、冲突裁决与管理权的具体要求,才能比较链与其他方案。

沿着学习路径继续