编者注：关于“trusted”一词，常见的翻译是“可信”，例如“trustedthirdparty”翻成“可信第三方”，“trustedsetup”翻译成“可信初始化”。然而我以为，翻译成“可信”恰恰错失了这个词原本的意思，因为“trusted”一词表达的并不是一种价值判断，而是一种事实判断，即协议的运行需要信任；作为一种修辞，它的作用是标记信任的锚点。举例而言，带有trustedthirdparty的协议，意味着协议的安全性依赖于一些第三方，他们的作为会影响协议的安全性，用户在使用协议时也实质上信任了这些第三方不会违反协议。正因为如此，在翻译尼克·萨博的《TrustedThirdPartiesareSecurityHoles》一文时，我就把“trusted”翻译成“受信任的”。同样地，在这篇文章中，我们同样使用被动语态来翻译“trusted”。
如果你没有做好准备，那就是准备失败。——《圣经世界》，1919
当你想要了解一个去中心化系统时，必须搞清楚的问题之一是：这个系统有要被信任的初始化阶段么？
一个问题随之而来：比特币和以太坊有要被信任的初始化阶段么？
许多分布式计算和密码学协议都设计了一个初始化阶段。对于一个多阶段协议而言，被信任的初始化设置有其特殊性。我们称第一个阶段为初始化阶段，第二个阶段为主阶段。通常有两个性质将初始化阶段与主阶段区分开来。
主阶段通常会执行许多重复的任务。而初始化阶段只需执行一次，就能开启重复运行许多实例的主阶段。
初始化阶段通常都是输入无关的，也就是说，它根本不会使用来自各参与方的私有输入。此外，有时候初始化阶段甚至是函数无关的，跟主阶段各参与方想要计算什么函数根本无关；这一阶段每个参与方都只知道自己想要计算某些函数。因此，我们通常将初始化阶段和主阶段分别称为离线阶段和在线阶段
Otherside：Team Glacia玩家钱包将在一周内收到Winged头盔空投:金色财经报道，据Yuga Labs元宇宙游戏Otherside官方社交媒体@Othersidemeta透露，Team Glacia团队在2nd Trip中为他们的蟾蜍获得了最多斑点（blob），因此其玩家钱包将会一周内收到Winged头盔空投，空投分配将会是随机的，地址包含获胜玩家的其他合约（如果存在），如果没有检测到其他持有的合约，那么空投将到达连接和参与的钱包，空投完成后Otherside将会发布藏品链接。Team Glacia团队成为由演员、主持人和游戏玩家组成，互联网资深人士Jimmy Wong担任队长，此外Otherside还透露，2nd Trip会在随后激励中增加额外的游戏化元素，旨在丰富Voyager和访客的体验。[2023/3/26 13:27:01]
你可以将初始化阶段看作一个由完全可信的实体T运行的理想函数，理想到我们觉得无可挑剔。例如，假设公钥基础设施的安全性就意味着：我们假设存在一个完全可信的实体，每个参与方都向该实体提交自己的公开加密密钥，然后该实体会把这些公钥广播给所有的参与方。在本文中，我们将通过研究各种初始化假设所用的理想函数，来回顾一下信任初始化的常见类型。
可以这样来建模被信任的实体：存在一组初始的参与方P1，...，Pn和被信任的实体T交互。这些参与方可以发送输入x1，...，xn给T，而T反过来运行一些函数F，产生输出y1，...，yn，并将yi发送给Pi。这一过程可能是“交互性”的，也就是说它可能重复许多次。由于这是在描述一个理想中的世界，因为我们总是假设各参与方与受信任的实体之间的通信信道是安全的。
A股收盘：深证区块链50指数下跌2.09%:金色财经消息，A股收盘，上证指数报3073.77点，收盘下跌1.07%，深证成指报10949.12点，收盘下跌1.58%，深证区块链50指数报2720.87点，收盘下跌2.09%。区块链板块收盘下跌0.67%，数字货币板块收盘下跌0.36%。[2022/12/20 21:56:16]
在下文中，我们认为绝大多数函数都属于以下五种类型之一：
没有设置：这是最简单的一种情况，我们实际上并不需要信任某些实体或某些初始化设置。最小通信假设是参与方可以访问某种类型的通信媒介。不过，没有设置很多时候也指代参与方的身份是全局知晓的这种设定。
成对设置：在这种设置下，我们假设存在一些初始的参与方P1，...，Pn，并且每两个参与方之间都有可靠的通信信道。特别是，在最简单的成对设置假设中，当参与方Pi在通道中收到一条消息时，它可以确认这条消息来自参与方Pj。
广播设置：在这类设置中，我们假设不需要用到秘密。PKI设置就是一个典型的例子，它只需要用广播来传递公钥。
部分公开设置：经常被称为公共参考串模型。许多密码学协议都利用这一设置来提升效率。其中一个特殊的例子就是随机信标。
完全私有设置：在安全多方计算协议的语境中通常被称为离线阶段。这一类型中的初始化阶段需要计算一个相当复杂的依赖各参与方的输出。在SPDZ-2中创建OT和乘法三元组的阶段就是一个例子。
我们来详细介绍一下这五种设置的变体，举出一些案例并讨论其优缺点。最后，我们也会讨论一些初始化阶段的潜在替代方案。我们使用n来表示系统中的参与方数量，使用f来表示故障的参与方数量。
MyEtherWallet 多链钱包 Enkrypt 集成以太坊域名服务 ENS:12月8日消息，加密货币钱包 MyEtherWallet（MEW）宣布其多链钱包 Enkrypt 与以太坊域名服务 ENS 集成，支持用户将 ENS 域名输入 Enkrypt 发送加密货币。[2022/12/9 21:32:27]
1.没有设置
当一个协议没有需要被信任的初始化设置时，也就没什么需要担心的了。这类协议比较容易取得我们的信任。但另一方面，它们也存在固有的局限性。
没有设置的环境有两种形式：1）假设参与方之间彼此一无所知，有时也被称为匿名通道模型，2）假设所有参与方的身份信息都是全局知晓的，这个假设在许多现实世界的应用中是完全可以接受的。但是，这两种方式都缺乏经过认证的信息通道，敌人可以随意地发起中间人攻击。
在传统的密码学中，这类模型的开创性研究是由Dolev、Dwork和Naor提出的，用于不可延展的加密算法和零知识等特定任务，后来被Barak等人推广到了任意计算。
匿名模型的另一个研究方向基于对敌手能力的更精确假设，也就是说，该假设限制了敌人和诚实参与方的计算能力比例。已有研究证明，在这样的模型中，从头开始构建一个有限的PKI模型是有可能的。案例可以参见Aspnes,Jackson和Krishnamurthy，以及少数直接受到比特币类型谜题启发的方法。
2.成对设置
在成对设置中，我们假设每一对参与方之间的通信信道是经过认证的。这是分布式密码学和分布式计算中的经典假设。Fisher、Lynch和Merritt在1985年研究了在这种设置下，参与者数量相对于敌手数量的下界：当n<=3f时，即便使用了这种设置，即便敌手的资源假设是传统的多项式有界假设，也不可能达成哪怕是弱形式的拜占庭共识。而另一方面，当n>3f时，成对设置可以完美实现任何函数。这是Ben-Or、Goldwasser和Widgerson在1988年发表的著名研究成果，详细的证明请看Asharov和Lindell。
上海首支元宇宙产业基金启动，首期规模10亿元:12月7日消息，近日，上海数字科创股权投资基金正式签约揭牌，这是上海最早启动的元宇宙产业基金，计划首期规模10亿元人民币。据介绍，未来，该基金将采取“直投 + 母基金”模式，聚焦信创、数字孪生与元宇宙等数字经济产业，同时还将设立上海首个“青年设计师创投计划”。（人民网）[2022/12/7 21:28:22]
3.广播设置
广播意味着即便可信实体是“透明的”，也就是说，该实体所接收/发送的所有输入/输出以及它的随机字符串都是公开的，系统的安全性也不会受到损害。典型的例子就是那些使用一个被信任的实体来广播所有参与方公钥的协议。
使用PKI既可以提高异步拜占庭协议的复杂性，也可以将同步拜占庭协议的容错能力提升至n=2f+1。
请注意，此处存在循环论证的风险：有了PKI设置，就可以分别在n=2f+1时实现同步模型中的拜占庭共识，还能在n=f+1时实现拜占庭广播。但如果没有PKI设置，那么初始化PKI的广播环境需满足n>3f。
优点：完全公开设置的一个重要优点就是它相对简单，并且可以减少受攻击面。
风险：这类设置的失败通常会导致模棱两可。给不同的参与方提供不同的密钥可能会导致未来的协议失败。
4.部分公开设置
部分公开意味着来自受信任实体T的输出对所有参与方都公开，然而可能要求参与方的输入x1，...，xn和T的随机字符串r应当保密。例如，设想一个持续接受用户消息、并需要在未来那么某个时间t将所有消息一次性全部显示出来的系统。这样一个系统可以使用如下初始化设置：函数F不接收任何来自参与方的输入，并执行如下操作：生成用于加密机制的密钥对，然后生成一个Rivest、Shamir和Wagner时间锁谜题p，用于在到达时间t之前隐藏sk；最后，向各参与方输出谜题p和加密密钥pk，从而结束初始化阶段。在主阶段，用户可以使用pk加密他们的消息并广播。此外，他们开始解决谜题以在时间t内获得解密密钥sk，从而解密所有消息。请注意函数F的所有输出都是对参与方公开的，但这个被信任的实体的内部状态的随机字符串）必须保密。
印度央行行长：央行数字货币对跨境支付十分重要:金色财经报道，印度央行行长沙克蒂坎塔·达斯表示：央行数字货币对跨境支付十分重要。[2022/11/12 12:55:38]
信任一个带有秘密值的预计算流程通常效益显著。此类设置的风险是，系统的属性现在依赖于初始化阶段的隐私性。而在初始化过程中想要检测信息泄漏事件是非常困难的。
要求初始化过程公开一个公共值的好处是更容易确保这一属性。这一模型通常被称为公共参考串模型。这里我们举两个例子：
针对高效可验证秘密共享的设置——Kate、Zaverucha和Goldberg提出了一种机制，该机制要求一个信任初始化阶段来生成一个随机的公开生成器g和一个私钥α。然后，初始化阶段以g(ai)的形式广播幂。使用这一设置，可以获得最高效的异步可验证秘密共享机制。
针对高效零知识证明的设置——少数高效的零知识协议要求CRS设置。要让这种初始化过程值得被信任，通常需要一些难度较大的MPC协议。比如，参见Bowe、Gabizon和Miers。实际上，仅仅运行一个MPC协议是远远不够的，通常来说，必须进行一个完整的初始化仪式才能建立公开的可验证性。
5.完全私有设置
这是最通用的一种初始化形式，即便是函数发送给各参与方的输出也是彼此保密的。显然，该设置最大的优点就是允许在它们之上运行强大的协议。此类初始化的实例化相当复杂，并且面临更大的受攻击面。
我们在这里集中讨论两种实例：分布式密钥生成和安全多方计算的离线阶段。
分布式密钥生成和门限签名设置
门限签名机制通常在降低词语复杂度和减少总计算开销上表现突出。而门限签名的问题在于该机制要求有个初始化过程，通常被称为分布式密钥生成初始化。
DKG函数只从每个参与方那里接收随机的比特，生成一个密钥对，然后输出pk给所有人并单独分享sk给每个参与方，使得参与方Pi收到ski，sk在每个参与方之间必须保密。
风险：在这一初始化过程中，有两个地方可能会失败。一是当共谋者数量达到门限值时秘密将会泄漏，二是某些参与方可能会收到错误的sk。参与方有多种方式来验证其收到的sk的有效性，因此主要的风险发生在参与方掉线时。
安全计算的可信设置
安全多方计算协议允许一组数量为n的参与方P1，...，Pn基于他们私有输入x1，...，xn去计算一个电路C，然后只显示输出y=C。例如，电路C可以计算所有输入之和。
最新的MPC协议都被设计成离线-在线两阶段运作，其中离线是用于初始化阶段的，通常是完全保密的。一个常见的例子就是向各参与方共享乘法三元组的信任初始化阶段。具体来说，该初始化过程随机将ai、bi和ci发给参与方Pi，且(a1+…+an)·(b1+…+bn)=(c1+…+cn)。然后，在协议的主阶段，参与方分享他们的输入，也就是说，参与方Pi通过向Pj发送x'j使得x'1+...+x'n=x'来分享他的输入x'。现在，各个参与方都可根据被共享的数值进行任何算术运算，也就是说，给定一个共享的秘密值x和y，如果参与方Pi持有xi和yi使得x1+...+xn=x且y1+...+yn=y，那么各参与方可以执行以下流程：
开始——给定一组共享的x1，...，xn，使得每个参与方都可以获得x=x1+...+xn。
加法/减法——各参与方Pi通过在本地计算zi=xi+yi，可以计算出一个共享的z=x+y。因为这遵循z1+...+zn=+。
缩放——给定一个所有参与方都知晓的值c，他们就可以通过每个参与方在本地计算zi=cxi来计算一个共享的z=cx。同样的，它也遵循z1+...+zn==c=cx。
乘法——各参与方通过放弃来自初始化阶段的单个乘法三元组可以计算出一个共享的z=xy。简单起见，我们用来表示。参与方都拥有共享的、和来自初始化阶段的三元组、、。各参与方分别计算=-和=-。由于a和b的值是由初始化设置统一选择的，因此s和t的值也是统一的，所以该过程不会泄漏任何关于x和y的信息。然后，这些参与方计算=s+t+st?。此过程仅包括缩放和加/减法计算，因此可以由每个参与方在本地计算来获得共享的=。
风险和优势：如上所述，这样一个初始化阶段的受攻击面极大。初始化阶段的输出必须保密，也就是说，在上面的乘法过程中，要注意如果一些持有t的参与方结盟，获得了所有参与方共享的a1，…，an，那么他们就可以通过计算=-算出秘密值x。请注意，在此类初始化阶段中并不是只要做好保密就万事大吉了，我们还必须确保三元组都是正确的，也就是说，ab必须等于c，否则计算的输出就会出错。保护三元组不被泄漏以及不受到恶意参与方的影响是一项艰巨的任务，因此会给MPC协议带来巨大的成本。另一方面，由于初始化阶段已经输出了乘法三元组，因此协议的主阶段将变得非常快。
存在对被信任的初始化阶段的替代方案么？
在最后，我们提及几种潜在的替代方案：
一次性将大量的信任从系统中的在线阶段转移到了某个历史性的离线阶段。这引入了新的风险和安全漏洞。一种潜在的替代方案是使用一个永不停歇的初始化阶段。在此类机制中，存在一种不断可更新的CRS。最近的一个案例是SONIC。
另一种方案是使用多次初始化来生成多个公共参考串。在这种方案中，我们只假设一部分设置是忠实完成的。参见GrothandOstrovsky。
欢迎来我的推特留言评论。
原文链接:
https://decentralizedthoughts.github.io/2019-07-18-setup-assumptions/
作者:IttaiAbraham&AvishayYanai
翻译&校对:Zengmi&Shengchao
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。