平台

以软件写成的方法。

一个系统,旨在运行本计划的每个部分,并保存构建本计划的记录:验证场与关口、委托、证据、权益、业务发起台、治理和资本。

它的设计确保本计划所说的不会多于其所能证明的。每个数字都附有其来源、修订版本和状态。在平台内部,任何文件未经红线检查和两项批准,都不会发给外部读者。

目前它运行的是一个由虚构数据构成的演示世界,其中每个批次、权益和价格都是 SHADOW 记录。

01模块

二十个模块,M00 至 M19。

每个模块拥有自己的记录、权限和测试。任何模块都不写入其他模块的记录。各模块只通过已声明的服务和事件协同工作。

二十个模块,M00 至 M19。m00 核心 · m01 框架 · m02 治理 · m03 路线图 · m04 委托 · m05 实物 · m06 证据 · m07 指数 · m08 登记处 · m09 贸易行 · m10 安排职能 · m11 储备托管 · m12 信贷 · m13 PRISM · m14 市场 · m15 资本 · m16 数据室 · m17 文库 · m18 报告 · m19 系统管理23456M001M01M02M03M04M15M16M17M05M06M07M08M09M10M11M12M13M14M18M19
  • 1核心 M00
  • 2规则 M01–M02
  • 3构建计划 M03–M04 · M15–M17
  • 4证据 M05–M08
  • 5业务发起台与机构 M09–M14
  • 6监督 M18–M19
  1. M00

    核心

    身份、角色与职责分离;审批引擎;不可变修订版本;哈希链式审计日志;经签名的每日日志;文件、参数、日历、单位和事件。其他每个模块都建立在它之上。

  2. M01

    框架

    作为科目表和标签数据模式的能源框架:七大支柱、各种能源载体,以及能源载体在获得单位之前必须通过的准入关口。

  3. M02

    治理

    以软件形式实现的章程:实体及其牌照、追溯至自然人的所有权、关联方、委员会、利益冲突与回避,以及红线登记册及其检查引擎。

  4. M03

    路线图

    验证场、关口阶梯、终止规则和时限、决策日志、创始人尚未作出的决定,以及按各项风险触发顺序排列的风险登记册。

  5. M04

    委托

    一切所依托的行为:以角色名称指称的发起方、向其提出的请求及提出时间、其签署的内容、每份文件所允许的事项、法律意见和数据许可。

  6. M05

    实物

    场地、储罐和储罐登记册;附有所有权链、托管安排和权利负担表的批次;以及每个批次的层级,由私人持有人能否对其实施扣押来决定。

  7. M06

    证据

    一次写入的证据记录;与经认可检验机构的接口;只有附带其标准和证书才予接纳的鉴证;数据证书和储备证据资料包。

  8. M07

    指数

    按能源载体和品级划分的单位、作为披露栏目的能量含量换算、以现金结算的质量调整、基准与价差,以及置于信息隔离墙之后的指数管理机构的定盘引擎。

  9. M08

    登记处

    权益类别、发行和持有人,以及按每个能源载体、品级、地点和期间分别平衡的分类账。按照设计,现金只通过结算银行流转,绝不经过登记处;目前尚未委聘任何结算银行。

  10. M09

    贸易行

    业务发起台:交易对手和“了解你的客户”档案,对当事方、船舶和原产地的筛查,单批货物交易管线及其控制点,以及每一次拒绝的日志。

  11. M10

    安排职能

    安排职能:附有准备就绪测试和排除规则的工具目录、新产品审批、条款清单、偿付计算引擎和厘定结果。

  12. M11

    储备托管

    作为证据的储备:层级、折扣率、借款基础、储备阶梯、现金下限、按能源载体逐一和按期限逐一的匹配,以及压力测试。

  13. M12

    信贷

    合法的贷款形式及每种形式可以开始的关口;申请、决定、融资安排、契约条款以及以现金追加保证金。目前没有任何贷款活动。按照设计,在本计划的某一实体取得贷款业务所需的牌照之前,任何贷款均由一家持牌银行作为记录在案的贷款人发放。目前尚未委聘任何银行。

  14. M13

    PRISM

    作为数据服务的甲烷和火炬燃烧测量、每个批次上的碳属性,以及设有缓冲池的碳交易台。核查保持在外部。

  15. M14

    市场

    发行账簿以及关于哪些机构可以合法持有权益的普查;以客户身份使用的交易场所和清算会员;做市协议;设有公开触发条件的保险。

  16. M15

    资本

    与关口挂钩的资本规划:过桥资金及其终止日期、资金消耗与资金可支撑期,以及只在关口释放的分期款项。本模块只做记录,不用于发出任何要约。

  17. M16

    数据室

    面向外部读者的唯一通道:脱敏关口、经两人批准的发布,以及面向受邀审阅人的访问授权。

  18. M17

    文库

    以不可变版本保存的治理文件,经解析、交叉链接并可检索,并附有本计划用语的术语表。

  19. M18

    报告

    计划状态概览和报告引擎。SHADOW 数字绝不会出现在外部报告中,每份外部报告在发出前都要通过红线检查。

  20. M19

    系统管理

    用户和角色、职责分离规则、运行状况、作业、导入和导出、参数、加固登记册、版本发布和签名密钥。

02控制

为接受检查而构建。

控制不是附加在上面的一层,而是每条记录的生成方式。

  • 制单与复核

    每一项重要变更都须附理由提出,并且只有在他人批准后才生效。任何人都不能决定自己提出的请求。职责分离在每一项决定中强制执行:创始人不能使关口通过,管理员只提议、从不批准,审计员只有只读权限。

  • 哈希链式审计日志

    每一项变更都会写入一条审计条目,其中带有前一条目的哈希值,因此可以从第一行开始验证整个日志。仅可追加的日志每天闭合为一个经签名的根,并将每季度在平台之外进行公证。

  • 不可变修订版本

    受治理的记录绝不会被覆盖。每一次变更都是一个新的修订版本,每一项批准都与复核人所看到的确切内容绑定。

  • SHADOW 记录模式

    在验证场通过使其记录转为正式的关口之前,其批次、权益、储备数字和指数值都是 SHADOW 记录。它们可以被处理,但绝不会被呈现为正式记录,每份外部报告都会将其排除在外。

  • 红线检查

    一个引擎对每一份对外文本进行检查,比对红线、绝不能出现的名称,以及仅以带密钥哈希形式保存的机密术语和数字。阻断性发现会阻止发布,直至问题得到修正,或在规则允许的情况下,由合规官记录在案予以豁免。

  • 脱敏关口

    平台向外部读者发出的每一份文件都要经过这道关口:当事方以角色名称替代,删除机密数字,加入一行放行声明。之后,平台要求取得合规官的批准,并另行取得法律顾问的批准。

  • 双人密钥轮换

    签名密钥只有在第二个人批准后才会轮换。可以进行紧急轮换,但事后必须由第二个人追认或提出异议。

  • AI 的边界

    AI 可以进行分类、检测异常、预测、起草和审阅。它从不作出最终的监管、信贷、储备或估值决定。决定由人作出,记录会显示是谁。

03演示

仅凭邀请。

一个演示实例运行在 app.energinko.com。它包含一个合成的世界:其中的每个当事方、数字和文件都是虚构的。

访问仅限受邀者,登录凭据从不公开。如需申请访问,请致信 hello@energinko.com。

演示展示的是方法如何运作。其中的任何内容都不构成要约,也没有任何内容可供购买、出售、持有或认购。它不是任何交易、资产、协议或关系的证据。