活动介绍

利用法定人数加速查询

立即解锁
发布时间: 2025-08-18 00:26:51 阅读量: 3 订阅数: 17
### 利用法定人数加速查询 #### 1. 算法背景与问题提出 在分布式系统中,输入计数和法定人数形成是重要的问题。传统的输入计数方法存在负载不均衡的问题,每个深度为 i 的节点在最坏情况下会发送和接收 $n/2^i$ 条消息。为了解决这个问题,采用了随机化方法,确保数据结构的每个叶子节点以高概率至少接收 7 log n 条消息。同时,在法定人数形成方面,之前有 King 等人在同步模型下提出了有效的算法,而新的 Create - Quorum 算法在此基础上解决了异步模型下的法定人数形成问题。 #### 2. 算法整体框架 算法主要基于一个电路图 G,它由计算函数 f 的电路 C 构建而来。电路图 G 是一个包含 m + n 个节点的有向无环图,其中 n 个是输入节点,每个对应一个参与者;m 个是门节点,每个对应一个门。对于图 G 中的节点,定义了以下变量: - $Q_v$:与节点 v 关联的法定人数。 - $y_v$:对应于节点 v 的门的输出。 - $r_v$:随机掩码。 - $\hat{y}_v$:与节点 v 关联的掩码输出,即 $\hat{y}_v = y_v + r_v$。 主算法 Algorithm 1 由四个部分组成: 1. 所有参与者运行 Create - Quorum 算法,以达成对 n 个良好法定人数的共识。 2. 所有参与者运行 Input - Commitment 算法,法定人数形成计数树,每个参与者将其输入值提交到计数树叶子节点的法定人数中,法定人数中的参与者决定这些值是否参与计算。 3. 所有参与者运行 Circuit - Eval 算法,对电路进行评估。 4. 通过以完全二叉树形式排列的法定人数将电路评估的输出发送回所有参与者。 ```plaintext Algorithm 1. Main Algorithm 1. All players run Create - Quorum, 2. All players run Input - Commitment, 3. All players run Circuit - Eval, 4. Propagate the output by quorums arranged in a complete binary tree. ``` #### 3. Input - Commitment 算法 该算法基于 τ - Counter 算法,用于输入承诺。τ - Counter 是一个蒙特卡罗算法,用于对阈值 τ(τ ≥ n/2)进行计数。 ##### 3.1 τ - Counter 算法流程 τ - Counter 算法分为上阶段和下阶段: - **上阶段**: - **数据结构构建**:根节点(玩家 1)有 D = ⌈log(τ / 14 log n)⌉ 个孩子,每个孩子是一个完全二叉子树(收集子树)的根,不同的收集子树深度不同。玩家按顺序分配到节点上。 - **输入计数**:当玩家输入为 1 时,向第一个收集子树中的一个随机收集节点发送 ⟨Flag⟩ 消息。收集节点收到 7 log n 条 ⟨Flag⟩ 消息后,向其父节点发送 ⟨Count⟩ 消息。后续收到的 ⟨Flag⟩ 消息,最多 14 log n 条,会转发到下一个收集子树的随机收集节点。添加节点在收到所有子节点的 ⟨Count⟩ 消息后,向其父节点发送 ⟨Count⟩ 消息。根节点根据收到的 ⟨Count⟩ 和 ⟨Flag⟩ 消息更新计数,当计数达到 τ 时进入下阶段。 - **下阶段**:根节点向玩家 2 和 3 发送 ⟨Done⟩ 消息,玩家 j(j > 1)收到 ⟨Done⟩ 消息后,将其转发给玩家 2j 和 2j + 1(如果存在)。 ```plaintext Algorithm 2. τ - Counter n is the number of players, τ is the threshold. D = ⌈log(τ / 14 log n)⌉ 1. Setup (no messages sent here): (a) Build the data structure: – Player 1 is the root. – For 1 ≤ j ≤ D, player j + 1 is a child of the root and the root of the jth collection subtree, which has depth D + 1 - j. – The remainder of the nodes in the collection subtrees are assigned to players left to right and top to bottom, starting with player D + 2. (b) Let sum = 0 for the root. 2. Up stage (a) Individual Players: upon input change to 1 choose a uniformly random collection node v from collection subtree 1 and send a ⟨Flag⟩ to v. (b) Collection nodes in collection subtree j: – Upon receiving 7 log n ⟨Flag⟩s from collection subtree j - 1, if j > 1, or from individual players if j = 1, send parent a ⟨Count⟩ message. – Upon subsequently receiving a ⟨Flag⟩, send it to a uniformly random collection node in collection subtree j + 1, if j < D. If j = D then send these directly to the root. Do this for up to 14 log n flags. Then ignore all subsequent ⟨Flag⟩ messages. (c) Adding nodes: Upon receiving ⟨Count⟩ messages from both children, send parent a ⟨Count⟩ message. (d) Root: While sum < ```
corwn 最低0.47元/天 解锁专栏
赠100次下载
继续阅读 点击查看下一篇
profit 400次 会员资源下载次数
profit 300万+ 优质博客文章
profit 1000万+ 优质下载资源
profit 1000万+ 优质文库回答
复制全文

相关推荐

郑天昊

首席网络架构师
拥有超过15年的工作经验。曾就职于某大厂,主导AWS云服务的网络架构设计和优化工作,后在一家创业公司担任首席网络架构师,负责构建公司的整体网络架构和技术规划。
最低0.47元/天 解锁专栏
赠100次下载
百万级 高质量VIP文章无限畅学
千万级 优质资源任意下载
千万级 优质文库回答免费看
立即解锁

专栏目录

最新推荐

编程中的数组应用与实践

### 编程中的数组应用与实践 在编程领域,数组是一种非常重要的数据结构,它可以帮助我们高效地存储和处理大量数据。本文将通过几个具体的示例,详细介绍数组在编程中的应用,包括图形绘制、随机数填充以及用户输入处理等方面。 #### 1. 绘制数组图形 首先,我们来创建一个程序,用于绘制存储在 `temperatures` 数组中的值的图形。具体操作步骤如下: 1. **创建新程序**:选择 `File > New` 开始一个新程序,并将其保存为 `GraphTemps`。 2. **定义数组和画布大小**:定义一个 `temperatures` 数组,并设置画布大小为 250 像素×250 像

并发编程:多语言实践与策略选择

### 并发编程:多语言实践与策略选择 #### 1. 文件大小计算的并发实现 在并发计算文件大小的场景中,我们可以采用数据流式方法。具体操作如下: - 创建两个 `DataFlowQueue` 实例,一个用于记录活跃的文件访问,另一个用于接收文件和子目录的大小。 - 创建一个 `DefaultPGroup` 来在线程池中运行任务。 ```plaintext graph LR A[创建 DataFlowQueue 实例] --> B[创建 DefaultPGroup] B --> C[执行 findSize 方法] C --> D[执行 findTotalFileS

Clojure多方法:定义、应用与使用场景

### Clojure 多方法:定义、应用与使用场景 #### 1. 定义多方法 在 Clojure 中,定义多方法可以使用 `defmulti` 函数,其基本语法如下: ```clojure (defmulti name dispatch-fn) ``` 其中,`name` 是新多方法的名称,Clojure 会将 `dispatch-fn` 应用于方法参数,以选择多方法的特定实现。 以 `my-print` 为例,它接受一个参数,即要打印的内容,我们希望根据该参数的类型选择特定的实现。因此,`dispatch-fn` 需要是一个接受一个参数并返回该参数类型的函数。Clojure 内置的

设计与实现RESTfulAPI全解析

### 设计与实现 RESTful API 全解析 #### 1. RESTful API 设计基础 ##### 1.1 资源名称使用复数 资源名称应使用复数形式,因为它们代表数据集合。例如,“users” 代表用户集合,“posts” 代表帖子集合。通常情况下,复数名词表示服务中的一个集合,而 ID 则指向该集合中的一个实例。只有在整个应用程序中该数据类型只有一个实例时,使用单数名词才是合理的,但这种情况非常少见。 ##### 1.2 HTTP 方法 在超文本传输协议 1.1 中定义了八种 HTTP 方法,但在设计 RESTful API 时,通常只使用四种:GET、POST、PUT 和

ApacheThrift在脚本语言中的应用

### Apache Thrift在脚本语言中的应用 #### 1. Apache Thrift与PHP 在使用Apache Thrift和PHP时,首先要构建I/O栈。以下是构建I/O栈并调用服务的基本步骤: 1. 将传输缓冲区包装在二进制协议中,然后传递给服务客户端的构造函数。 2. 构建好I/O栈后,打开套接字连接,调用服务,最后关闭连接。 示例代码中的异常捕获块仅捕获Apache Thrift异常,并将其显示在Web服务器的错误日志中。 PHP错误通常在Web服务器的上下文中在服务器端表现出来。调试PHP程序的基本方法是检查Web服务器的错误日志。在Ubuntu 16.04系统中

AWSLambda冷启动问题全解析

### AWS Lambda 冷启动问题全解析 #### 1. 冷启动概述 在 AWS Lambda 中,冷启动是指函数实例首次创建时所经历的一系列初始化步骤。一旦函数实例创建完成,在其生命周期内不会再次经历冷启动。如果在代码中添加构造函数或静态初始化器,它们仅会在函数冷启动时被调用。可以在处理程序类的构造函数中添加显式日志,以便在函数日志中查看冷启动的发生情况。此外,还可以使用 X-Ray 和一些第三方 Lambda 监控工具来识别冷启动。 #### 2. 冷启动的影响 冷启动通常会导致事件处理出现延迟峰值,这也是人们关注冷启动的主要原因。一般情况下,小型 Lambda 函数的端到端延迟

响应式Spring开发:从错误处理到路由配置

### 响应式Spring开发:从错误处理到路由配置 #### 1. Reactor错误处理方法 在响应式编程中,错误处理是至关重要的。Project Reactor为其响应式类型(Mono<T> 和 Flux<T>)提供了六种错误处理方法,下面为你详细介绍: | 方法 | 描述 | 版本 | | --- | --- | --- | | onErrorReturn(..) | 声明一个默认值,当处理器中抛出异常时发出该值,不影响数据流,异常元素用默认值代替,后续元素正常处理。 | 1. 接收要返回的值作为参数<br>2. 接收要返回的值和应返回默认值的异常类型作为参数<br>3. 接收要返回

Nokia的5G与IMS融合之旅:技术融合策略的4大优势

![5g核心网和关键技术和功能介绍-nokia.rar](https://www.telecomhall.net/uploads/db2683/original/3X/4/a/4a76a0c1d1594eec2d2f7cad1a004b9f60e3a825.png) # 摘要 随着5G技术的快速发展,其与IMS(IP多媒体子系统)的融合成为通信行业关注的焦点。本文首先解析了5G与IMS融合的基本概念及其技术基础,着重探讨了5G网络架构与IMS核心组件、相关协议与标准、以及网络切片与IMS集成的紧密关系。文章随后分析了Nokia在5G与IMS融合领域的技术演进路线图及其关键技术应用,阐述了该融

3-RRR机械臂的定制化建模服务:个性化设计,满足您独特需求

![3-RRR机械臂的定制化建模服务:个性化设计,满足您独特需求](https://static.mianbaoban-assets.eet-china.com/xinyu-images/MBXY-CR-5c3f44d575c6fc141848fdee6532e25d.png) # 摘要 随着工业自动化需求的增长,3-RRR机械臂的定制化建模服务成为提升灵活性和效率的关键。本文首先概述了3-RRR机械臂定制化建模服务的重要性,并探讨了其设计的理论基础,包括运动学、材料选择、负载计算以及电气和控制系统设计。实践章节详细介绍了从个性化设计流程到3D建模、仿真分析,以及样机制作与测试的步骤。此外,

在线票务系统解析:功能、流程与架构

### 在线票务系统解析:功能、流程与架构 在当今数字化时代,在线票务系统为观众提供了便捷的购票途径。本文将详细解析一个在线票务系统的各项特性,包括系统假设、范围限制、交付计划、用户界面等方面的内容。 #### 系统假设与范围限制 - **系统假设** - **Cookie 接受情况**:互联网用户不强制接受 Cookie,但预计大多数用户会接受。 - **座位类型与价格**:每场演出的座位分为一种或多种类型,如高级预留座。座位类型划分与演出相关,而非个别场次。同一演出同一类型的座位价格相同,但不同场次的价格结构可能不同,例如日场可能比晚场便宜以吸引家庭观众。 -