​​正如我们在2019年宣布的，IOTA的使命是建立并成为DLT和物联网技术的实际标准。今天，我们将解释什么是标准，适用于我们的领域的标准，以及我们在标准化方面具体做了什么。此外，我们还将讨论在IOTA协议的开发过程中，以及过去几个月我们所取得的进展。

请继续关注未来的更新，因为我们将在对象管理组(OMG：一个标准化组织)和其他地方完成各种标准流程，并交流IOTA自己标准的状态。

首先：什么是标准?

标准到底是什么意思？标准无处不在，我们通常不需要考虑它们。例如，你不需要考虑如何拧螺丝。对于更复杂的需求，如计算机模型之间的互操作性，一些专家小组将不得不对这些需求进行长时间和艰苦的思考。一旦他们做对了，这就可以作为一个国际标准发布，这样每个人现在都可以参考相同的要求。

标准实际上是一种特殊的需求规范，其中每个人都可以同意他们引用的规范是什么，最新版本是什么，以及如何使用它。在物联网中，这一点尤为重要，因为将有几层协议，每一层都有自己的标准定义。这些标准包括W3C标准、IETF和诸如Zero MQ之类的行业事实标准。

在这个层次上，当我们使用“标准”这个词时，我们可能只是指所有人都同意提及的东西，例如，一个共同的行业标准，或者甚至是某些供应商做某件事的标准方式。这些就是我们所说的“事实”标准。实际上，IOTA已经是一个事实上的标准——你需要引用它来构建任何可以在IOTA主网上运行的东西，或者扩展或与IOTA节点交换数据的东西。

为什么标准很重要?

标准制定是工程中的关键环节。标准经常被引用为规范的一部分。在所有东西都被打印出来的年代，一个规范可能超过一米厚，因为它包含了其中引用的所有标准的副本。

标准的使用可以给任何产品的用户一定程度的信心，即标准所涵盖的产品的所有方面都将以相同的方式运行。譬如他们不需要考虑怎样去拧螺丝。

有时也需要对一项标准更有信心。我怎么知道您的标准不会改变，是最新版本，并且没有其他用户发现的任何漏洞或其他陷阱？

为了获得这种信心，我们希望官方标准机构来管理和维护正式的标准，如国际标准或行业标准。这些都是由一些组织设置的，如国际标准化组织(ISO)、对象管理组织(OMG)，以及更专业的组织，如万维网联盟(W3C)和因特网工程任务组(IETF)。

请注意，大多数标准组织并不这样“编写”标准。相反，公司或行业联盟将采用他们开发的标准，并将其提交给标准机构。在此过程中，他们将该标准置于一定程度的审查、正式控制和最佳实践中，这将使每个人都对该标准更有信心，而不是仅仅由一群人自己完成。标准机构还将采取措施，以确保您的标准新想法没有做一些已经存在的事情，并确保行业参与者之间存在公平和公平的竞争环境。

IOTA制定的标准

IOTA基金会希望为分布式账本技术和物联网建立并成为一套关键标准。通过我们过去几个月的工作，IOTA协议已经成为了一个“事实上”的标准，在这个意义上，现有的节点软件(IRI, Bee和Hornet)以一种标准的方式来参与到Tangle中。下一步是通过对象管理组织(Object Management Group, OMG)将IOTA协议作为正式的国际标准提交，从而引入一种正式的控制和治理级别，同时让用户相信该标准可以跨行业一致地使用。

这个程序是如何工作的？

每个标准化组织都有自己的开发和发布正式标准的正式程序。这些程序差别很大，但都是针对发布正式规范的公共结果的，任何人都可以遵循正式规范来构建产品或服务，这些产品或服务可以判定是否符合该标准或文档中定义的特定符合点。制定标准的过程旨在确保参与者之间有一个公平的竞争环境。在发布标准之前，通常需要将其反映在一些实际应用程序中。

对象管理组OMG的标准化程序

当前有效的IOTA标准提案正在通过对象管理组进行。OMG还有一项安排，有可能“快速跟踪”一个OMG标准，使之成为ISO标准。

对象管理组织(OMG)有两种途径来发布正式的国际标准规范。这些是:

1. 征求意见Request for Comments (RFC)
2. 征求提案Request for Proposals (RFP)

如下图所示。在某些情况下，在开发RFP之前会有一个更通用的“信息征求”(RFI)，在这个过程中，相关的OMG任务团队会决定是否需要为特定的需求集制定一个新标准。

“征求意见”(RFC)过程的目的是，当已经存在一个事实上的标准，而其他人不太可能希望提出一个标准来满足相同的要求时使用。RFC是由已经维护该标准的组织直接提交的，如果被相关的OMG任务小组接受，最初提交的版本就会向公众发布以供审查。OMG成员和非成员都需要响应，因为这个过程的目的是确保没有竞争的规范。使用RFC进程要谨慎。如果有人指出其他人也可以提交规范来涵盖相同的需求集，那么提案将被退回，并被RFP流程取代。

当OMG社区看到需要一个标准并要求人们提交提案时，就会使用“请求提案”(RFP)过程。RFC是由事实上的标准维护者直接提交的，而RFP是由OMG任务组起草的。一旦完成，RFP将发送给OMG成员，敦促他们提交一个潜在的标准规范作为对该RFP的响应。

在特殊的情况下，例如为分布式账本技术相关的标准，一个特定的兴趣组，如区块链平台团体可能协助起草RFP或RFI。这个小组然后把它带到适当的OMG任务组进行正式投票和行动。

标准是一条双行道。我们也从现有的标准中受益并使用它们来起草我们自己的规范。这是OMG RFC提交和RFP响应的要求。因此，我们提交的IOTA标准将尽可能使用标准符号来描述规范中的内容——无论是简单的数学，还是行业符号，如用于类图、状态机等的UML。

我们还开始调整我们自己的内部规范，使其更符合正式的国际标准，并在IOTA规范的开发中为RFI、RFP和RFC定义了我们自己的内部流程。

IOTA在哪里？

IOTA基金会是对象管理组织(OMG)的成员，该组织是负责统一建模语言(UML)和其他国际标准的标准组织。IOTA还参与了TangleEE联盟和IP可信基金会(ToIP)。我们还在与IEEE、ETSI以及国际电联等联合国机构进行接触。

IOTA和对象管理组

在OMG, IOTA参与了几个任务小组和特殊兴趣小组，包括区块链平台SIG(区块链PSIG)。

​

作为OMG生态系统的“公民”，IOTA已经在我们共同主持的区块链PSIG中发挥了积极的作用。这是一种共生关系，我们分享了IOTA从1.0到1.5到现在的IOTA 2.0去协调器规范的更新和见解。在每个阶段，我们都更新了相关的OMG组关于这些和其他开发的信息，并从他们那里获得了有价值的见解和反馈，比如如何将现有的OMG标准应用到我们的工作中。当我们向IOTA协议引入更多的特定于IOTA的特性时，这些对话将开始结出更多的果实。

同时，我们已经在区块链PSIG领导了大部分的工作，在那里我们已经在：

• 区块链生态系统互操作性 Blockchain ecosystem interoperability RFI
• IOTA Foundation 对互操作性的响应 RFI
• 来自互操作性RFI 的潜在的RFI
• 智能合约的语义
• 自主身份-一次性SSIDs RFI和未来RFP
• 链接加密事务流 Linked Encrypted Transaction Streams (LETS) RFP
• IOTA Streams 在移动领域的实际演示

在过去，我们也分享了对IOTA ‘ EEE ‘协议和三元规范的见解，尽管这些现在还没有成为OMG标准。

在OMG，我们目前正在做两件事：作为RFC的IOTA协议，以及作为对LETS RFP的响应的IOTA的流(Stream)标准。

“我感到自豪和兴奋的是，第一个DLT标准化将是IOTA和它的Tangle架构。这将使用户更容易实现DLT互操作性。”

— Richard Mark Soley, Ph.D., 目标管理集团董事长兼首席执行官和IOTA基金会监事会主席.

IOTA协议标准

IOTA协议定义了一个软件需要什么才能在IOTA Tangle上运行。这个事实上的标准已经存在，任何引用它的人都可以构建一个Tangle节点。

为了更容易引用IOTA协议规范，也为了让整个社区相信他们引用的是该协议的最新版本，我们将这个提交给OMG成为正式的标准。

IOTA协议遵循OMG请求评论(RFC)程序，因为它实际上是特定于Tangle的标准。

IOTA协议RFC的基础将是IOTA 2.0 去协调器版本，因为它将不向后兼容当前在IOTA主网上实现的IOTA 1.5协议。

正式的提交要求某个标准已经在生产中使用，所以这将在IOTA 2.0在IOTA主网上运行之后完成，但是一旦我们有了稳定的版本，就可以提交，可能会在3月份的OMG季度会议上发布。我们将利用这段时间通过OMG获得更多的反馈，包括来自技术专家和一些OMG成员学术机构的反馈。OMG工作方式的一部分是，我们尽早并且经常地共享即将发布的标准草案，以最大限度地利用可用的专业知识。

IOTA协议RFC提交的时间表

从提交最初提出的规范版本到通过正式的国际标准(“定稿”)之间的时间通常需要9个月左右，不可能在6个月内完成。

在9月份的会议中，在与相关OMG任务小组的讨论中，我们确定了我们可以在在主网上实现初始提交之前提交初始提交，只要能保证在提交的版本与后来的最终版本之间的任何更改都可以保持向后兼容。这给我们带来了一些灵活性——我们将在确信不会有重大变化的情况下提交初始提交，并且在最终发布之前完成在主网络上的部署。这意味着，例如，如果IOTA的相关测试在2月之前完成，我们最早可以在2021年3月提交初步草案，并预计在9月或12月的季度会议周期完成最后定稿过程。

在IOTA基金会内，Coordicide的正式规范处于良好状态，并正在移交给工程部门的过程中。

从现在到RFC的最初提交，我们将在IOTA工作，以获取这些规范并完善它们，以便将“什么”(协议)和“如何”(实现规范)区分开来。这是IOTA 2.0准备提交给OMG之前需要做的大量工作的一部分。在开发的下一阶段结束时，协议规范将作为RFC提案提交，并将根据提交标准的要求接受完全正式的变更控制。

在12月的下一个OMG季度会议上，我们将展示来自研究方的当前规范草案，以得到OMG的反馈。这份报告将在2021年通过OMG中间件和相关服务(MARS)平台任务小组提交，当它正式提交时，他们将投票表决。

未来支持更先进的物联网功能的“去协调器版本”可能是同一个标准的进一步修订，如果改变是向后兼容的。如果该版本的协议呈现了一些破坏性更改(这是一种真实的可能性)，那么它将按照相同的过程作为一个新的RFC提交。

链接加密事务流 (LETS) RFP

基于IOTA流协议中的想法，OMG区块链平台团体一直在致力于一个“链接加密事务流”(LETS) RFP。IOTA Streams是一个开源的DLT框架，用于嵌入式系统上的分布式数据流和加密。

在9月份的OMG季度会议上，LETS RFP的起草工作继续进行。我们讨论了如何期望提交使用OMG的数据分发服务(DDS)系列标准，并最终确定了RFP中的用语来反映这一点。

RFP草案已于11月完成并提交给OMG，并将在12月的季度会议上正式投票表决。假设通过了，OMG将正式发布RFP。除非相关的OMG委员会更改日期，否则将在2021年2月作出回应，以便在3月的OMG季度会议上对回应(基于流的提议标准)进行审查。目前IOTA Streams协议从alpha到beta到最终状态的进展预计将在同一时间内完成。

任何合适的实体都可以响应RFP，只要它们是具有适当级别和成员类型的OMG成员。RFP响应通常是由成员公司组成的联盟提交的，OMG也鼓励这样做。

IOTA Streams规范有望成为正式响应LETS RFP的基础，使用该规范的“框架”部分，该部分已经在alpha版本中发布。这个IOTA提议将基于OMG的数据分发服务(DDS)系列标准，并将广泛引用这些标准。类似地，构成本规范一部分的Streams数据描述和修改语言(DDML)也将使用OMG接口定义语言(IDL)标准。

经过OMG社区的推荐，我们希望IOTA能与一个或多个DDS供应商公司一起工作来完成流协议的起草和提交RFP的响应，以在更广泛的生态系统扩大我们的提交和吸纳改进。这项活动现在就可以开始了，我们将在本季度接触这些DDS供应商公司。

我们还在与荷兰的SKALY小组进行讨论，他们已经开发了一个名为Freighter的协议，该协议也可以根据LETS RFP中列出的想法进行定义。我们已经更新了OMG允许RFP文档，以包括Freighter 的一些具体的特性，我们期望SKALY与我们一起起草RFP响应规范。

提交的协议需要独立于Tangle，以便成为对LETS RFP的合适响应。这意味着可以为其他DLT环境构建LETS 或Streams实现，也可以为链接的消息流构建非DLT部署。这也意味着从IOTA 1.5到IOTA 2.0的变化需要对Streams协议透明。IOTA的分层架构使这成为可能，其中流表示一个“第二层”协议，它已经独立于任何底层传输安排。

我们在OMG还有哪些工作？

还有很多事情要做。我们参与其他与DLT相关的活动，如自主身份认证(SSID)。这些活动发生在区块链PSIG的会议上，该会议每周召开一次，并且在OMG季度会议期间有一个更正式的会议，通常在周三。在9月份的OMG会议上，我们更新了IOTA协议，为LETS RFP举行了起草会议，并致力于与一次性身份相关的自我主权身份领域的新倡议。

在不久的将来，OMG区块链PSIG还将研究最近发布的IOTA Access 的工作，并确定在该领域是否存在潜在的RFP，或者作为一次性SSIDs的部署场景。

总的来说，我们将继续在IOTA基金会和OMG工作，以确定哪些东西可以从IOTA生态系统的标准化中获益，例如智能合约、Stronghold 和其他出现的东西。我们将在研究和工程方面继续工作，确保极IOTA协议标准能在全部可能的使用场景正常工作，通过我们在供应链、身份识别、流动性、物联网等，以及其他尚未想到的领域都能使用IOTA的分布式账本技术栈。

自主身份标准

OMG区块链PSIG一直在探索自主身份(SSID)领域的标准，并考虑在这些标准领域中存在的潜在差距。

PSIG目前正在探索“临时性”或环境特定的一次性SSID标准的潜力。这个提议是由一群来自欧盟的研究人员向OMG提出的。这些将是使用W3C DID标准的特定场景的标识，一旦创建它们的场景再适用，它们就会被丢弃。用户还可以为不同类型的场景选择不同的可信第三方。

一次性自主身份 RFI

为了确保对一次性SSIDs 的新标准的真正需求，并确保它将得到使用，区块链PSIG首先遵循“请求信息”(RFI)流程。假设RFI确认了这样的需求，OMG就会发出一个RFP。

身份识别RFI的基础是对加密身份识别解决方案的整体情况有一个良好的了解，包括潜在应用程序的市场需求、对任何现有标准的覆盖以及解决业务问题的替代方法(包括GDPR遵从性)。

SSID本身的标准已经完善，例如，W3C做了标准和相关的可验证凭证的工作。

整个夏天，区块链PSIG都将围绕草案RFI工作，并在9月的季度会议上进行审查，并提交一个正式的草案，以便OMG在11月初进行讨论，然后在12月的季度会议进行投票。之后如果一切顺利，将发布给这个问题涉及的任何利益相关方。

一旦OMG发布了一次性的SSIDs RFI，IOTA基金会就会响应，就像我们对供应链互操作性的早期RFI所做的一样。我们还将接触其他与我们有关的合作伙伴，如IP可信基金会。

如果RFI的响应表明有可能出现一次性SSID标准，那么区块链PSIG将起草一份RFP，通过MARS PTF发布，最有可能在2021年6月发布。

区块链PSIG也在策划一个wiki页面，用于我们从对RFI的回复中了解到信息。

对于IOTA来说，这代表了为这种新的身份标准开发应用程序的机会。IOTA拥有IOTA Identity，它是W3C DID标准的一个实现。这个RFI和任何后续的RFP使IOTA有可能与其他提交者和相关的任务小组合作，推动这些标准的发展。

物联网和家庭自动化

通过我们对OMG的参与，IOTA联系到了它的姐妹组织-工业物联网联盟(IIoT)。对IOTA特定特性的支持是IOTA协议不可或缺的一部分。

我们也一直在关注家庭自动化领域，我们认为在现有标准中可能存在差距。我们将开始研究这个问题，查看现有栈的各个层，每个层使用了哪些标准(W3C / IETF、事实上的协议标准，等等)，并查看差距在哪里。然后，我们将接触到最适合标准化相关协议的标准机构。这是IOTA进一步展示其在物联网领域的领导地位的机会，补充我们在工业物联网、智慧城市和移动领域的现有工作。

其他标准的提案

展望未来，我们可能会在许多其他领域贡献标准，包括Access和智能合约。我们可以开始为智能合约和应用程序中引用的业务概念开发标准语义表示(称为本体)，同时利用OMG的其他规范对正在进行的事情进行标准化。

TangleEE

Tangle EE是一个与Eclipse基金会合作的工作组。它为组织和贡献者使用IOTA技术开发新思想和应用程序提供了一个受治理的环境。它汇集了IOTA、OMG、Eclipse和许多行业参与者。TangleEE有很多活跃的工作组在关注不同的领域，这是一个很好的论坛，可以帮助人们采用和使用IOTA标准和规范，并探索新的潜在的标准化机会。针对临时(一次性)SSIDs，IOTA实现其潜力的探索正在TangleEE内进行。

​

总结

我们对标准的看法是，我们在OMG(以及其他适当的组织)定义了正式的标准，同时我们通过Eclipse Foundation发布软件库，并通过TangleEE和其他地方向更广泛的社区宣传这些标准。人们可以放心地使用这些库，因为在这样做的过程中，他们正在与行业合作，以符合最新标准的方式构建这些库。

我们将继续在内部开发IOTA标准，与OMG和其他标准组织保持联系，并在推出IOTA 2.0时，从IOTA实际标准试点到国际公认的标准。我们期待在未来几个月与大家分享进展。