2021年XNUMX月，核心开发者社区 基准协议，一个 EEA 社区项目，演示了如何将 Excel 电子表格与其他记录系统作为基准
Microsoft Excel 出现近 35 年以来，现在已成为许多组织的主要产品。 它用于每天输入、管理、存储、报告和分析敏感数据。 Forrester Research 发现 80% 的企业依赖 Excel[1]，即使在最复杂的金融机构中，它仍然是会计师和审计师必不可少的。 银行报告仍然依赖 Excel，资产管理几乎完全在 Excel 上完成。 每天的每一分钟，敏感数据都被打包在 Excel 电子表格中，并从一个交易对手发送到另一个交易对手。
随着我们进入经过验证的多方工作流时代，越来越多的信息管理系统转向高度安全的协调技术，例如 基准协议, Microsoft Excel 应该是主要的基线应用程序之一是很自然的。 今天的公司需要在不泄露敏感数据和业务逻辑的情况下证明他们拥有相同的信息（并向其他人证明该信息的属性）。 由于大部分信息都保存在电子表格中并且只是名义上的安全，现在是时候将它们作为基线了。
所以，这就是我们所做的。 我们以 Excel 为基准。 以两种不同的方式。 然后我们开源了这两个演示，以便更多的开发人员可以做同样的事情。 在这两种情况下，我们都可以使用零知识证明（我们称之为基线证明）来可验证地同步ze Excel 电子表格与另一个 Excel 工作表或另一个信息管理系统之间的数据。
Unibright.io 的 Baseledger Excel 演示
作为如何使用我们的公共许可区块链 Baseledger 的演示， Unibright 展示了两个参与者的 Excel 演示，他们希望在 Excel 中对名称字段的同步进行基线化。
此示例显示了一种最简单的基线化情况，其中两个或多个 Excel 电子表格的基线化只是为了确保对一个工作表中的单元格的更改与另一个工作表中相应单元格的更改保持同步。
以下演示中对基线 Excel 字段的建议状态更改取决于协调双方的批准。 当同意提议的状态更改时，必须验证代表该协议的证明。 一旦验证此声明为真，此证明将存储在链上，并且可以更新 Excel 字段。 总之，Excel 文档之间应用的基线方法为多方之间的正确性和一致性提供了经过验证的保证。 这种方法可以防止差异被忽视或需要在以后进行补救，这对企业来说成本很高。
在演示中，我们分两步定义了工作流程。
第一个同意 姓 和 名字，第二个同意一个 昵称. 所有建议、版本和批准都汇总在“TrustMesh”中，这是一个多维版本批准图，已在 SAP2SAP 同步演示 由我们的合作伙伴 圆. 每个 TrustMesh 元素都锚定在 Baseledger 中，最终确定还锚定了 Ethereum Ropsten 中的所有 Baseledger 步骤。
资源
提供的 Excel 连接器
该小组在 提供 与 Defii 的 Biswashree Dey 合作，将基线协议框架扩展到 Microsoft Excel 用户，努力在企业生态系统中提供金融包容性。
Provide Excel 连接器通过提供支持的 API 来利用基线协议，这些 API 支持 Excel 和任何其他记录系统 (SOR) 之间的同步。 利用即将推出的开源 Baseline API，连接器利用映射 API 来对齐 SOR 之间的数据结构。 随着 Excel 电子表格中的数据更新，基线 API 用于强制状态转换并保证工作组参与者之间的同步。
资源
毫无疑问，为 Excel 建立基线是一项重大成就，它将帮助无数用户确保各方之间的数据一致性、简化业务并减少与数据差异相关的争议事件。 我们很高兴能达到这个里程碑。
在我们的基线协议上跟上所有事情的速度 新闻 或社交渠道（Twitter 和 LinkedIn).
[1] https://www.excel4business.com/resources/research-into-excel-use.php
关于 EEA 社区项目
EEA 社区项目为以太坊行业中基于开源的标准开发提供了一个中心。 它包括关键的以太坊项目，例如 基准协议，一个使企业能够私下同步复杂的多方业务流程的框架。 在此处了解有关 EEA 社区项目的更多信息.
了解更多关于成为 欧洲经济区成员 并确保跟随我们 Twitter, LinkedIn 和 Facebook 对于所有最新的。
