Rapid chain

区块链sharding论文Elastico研读 区块链扩容文献研读Elastico(一) 一、背景介绍: 采用pow共识算法的比特币吞吐量为7tps,就是说每秒能够处理的交易数为7笔,比当前visa每秒交易量少了3-4个数量级, 不满足当前对交易处理要求,因此为了在不增加网络延迟的情况下提高系统吞吐量,大多采用分片技术进行扩容。Elastico就是第一个在公有链提出采用分片技术的区块链协议,为后来将分片技术引入区块链提供了研究方向和思路。 二、协议步骤 ①Identity Setup and Committee Formation 第一步是身份验证和委员 阅读详情
  • 这篇文章中提到 Elastico 运行6个epoch就会退化到公式失败率高达 0.97

  • omnileger 在第一个epoch需要一个初始化的随机种子,来初始化 VRF。这需要O(n2)O(n^2)O(n2) 的复杂度,并且OminLedger 需要通过轻节点驱动枷锁和解锁的过程,这户家中节点的负担。

  • 会导致DoS攻击

  • 之前的协议中都要求总的恶意节点数不超过 1/4,这说明他们的防御能力弱。但是这个Rapidchain提升到1/3是因为committee内部使用的同步共识协议。

  • 在每个委员会内部使用同步共识,只需要收集 1/2以上的票,就能证明提交成功

Bootstrap

  • 根据 hardcode 的硬编码随机种子进行初始化

  • 用hardcode 的硬编码种子,减少对于第三方可靠性随机的依赖

  • 每个节点都能根据seed将整个网络建模成一个二分图,L node是普通节点,R node是 group,这样一个节点可以属于好几个group,每个 group中运行分布式随机数生成算法,生成随机数 s,每个节点建立 ID 得到哈希值 h = H(s || ID),选举h最小的e个节点进入下一轮。直到选出 root group
    请添加图片描述

  • 根小组负责选择参考委员会成员

  • 参考委员会将所有节点的集合随机划分为各个分片委员会,随后进入第一个时代

Consensus

IDA-gossip

  • 当一个节点要发送较大的一块数据,使用EC码,将数据分散成小块发送,并让节点之间进行互相广播。
  • 将large message分成(1−ϕ)k(1 - \phi)k(1−ϕ)k 个chunk,ϕ\phiϕ 是恶意节点的比例, 并添加ϕk\phi kϕk 个冗余块。
  • 将 k个chunk分成d个不相交的集合,发送给他相邻的d个节点。
  • 为了验证正确性,建立merkle tree,发送Mi块时还需要发送Mi个merkle proof

同步共识

  • 认为诚实节点之间是通过同步网络连接的,只需要收集到 1/2+1 的投票就行。
  • 因此每个委员会内部对于恶意节点之间的容忍性为 1/2

跨分片交易

将跨分片交易的驱动,从client 转移到shard的leader。
output shard的leader向utxo中的input shard发送相关的交易,input shard执行结束后,output shard处理相关交易。

Inter-Committee Routing

简单来说就是每个节点存储同委员会成员全部节点的路由信息,同时只存储属于距离自己所在委员会最近的log(n)个委员会内的log log(n)个节点的信息
在这里插入图片描述

POW

  • 也是通过pow来建立身份,加入下一个epoch
  • pow 的结果需要交给 reference commiittee 来认证

committee recofiguration

为了保证安全性,要时常将委员会中的节点替换掉。
这篇文章中使用了有限Cuckoo Rule

Cuckoo Rule

将 [0,1)[0,1)[0,1) 分成k个区域,每个节点被映射到一个区域中。当一个新的节点想要个加入到网络中,他被随机映射到一个区域中,这个点固定区域周围的点被驱逐出这个区域,并加入到其他区域中。

Bounded Cuckoo Rule

进入新的echo,新的节点必须要通过POW进行新身份的建立,为了保证在进入新的echo同时也能进行共识,因此原先committe中的节点还在原committee中。

将committee中节点多的记作acitvate committee,新的节点加入activate committee,activate committee中节点根据 Cuckoo Rule 剔除并加入其他的committee。

这也算个创新吧

ASCP Oracle供应链解决方案 有一朋友问起来的..找了相关资料,自己收藏..以便有时间学习 Oracle® Advanced Supply Chain Planning (ASCP) 是一套基于互联网的规划解决方案,通过分析供应链的各个方面并开发最优规划,... 阅读详情

相关推荐

Oracle ASCP 操作手册编写指南:从计划运行到可复现 SOP 的完整实践

供应链计划系统通过需求预测、主计划和物料约束实现供需平衡,其核心在于计划层级与数据快照机制。操作手册需明确计划范围、日历、数据收集和参数配置等前提,确保计划运算基于正确快照。可复现的 SOP 应包含预期结果、参数变更影响和检查点,以提升实施效率并减少人为错误。在需求计划、供应计划等场景中,规范的操作流程能显著降低计划运行异常。本文聚焦 Oracle ASCP 操作手册的编写方法,涵盖计划运行步骤、避坑指南及团队知识库维护技巧。

weixin_29611239的博客 233

区块链扩容方案之——Rapidchain

摘要一、写在前面二、Rapidchain所面临的挑战三、Rapidchain协议介绍1. 协议概述2. 引导阶段—— Decentralized Bootstrapping1)选举节点组成根小组2)根小组负责选择参考委员会成员。3)参考委员会将所有节点的集合随机划分为各个分片委员会,随后进入第一个时代。3. 共识阶段:1)委员会内部共识—— Intra-Committee Consensus2)跨...

高浩洋的博客 9327

ABB IRC5 M2004 控制柜电路图深度解析:从读图到故障定位

工业机器人电气维护中,电路图是故障排查与系统集成的核心工具。掌握符号体系、线号编码与坐标定位原理,能快速定位端子与板卡,提升维护效率。在机器人控制柜维修、伺服驱动调试及安全回路排查等场景中,图纸解析能力直接决定故障处理速度。本文以 ABB IRC5 M2004 为例,详解 137 页图纸的读图方法、模块拆解与报警代码映射,助你从图纸直达故障点。

weixin_29191081的博客 193

Rapidchain: Scaling Blockchain via Full Sharding(分片论文)

Rapidchain: Scaling Blockchain via Full Sharding1 Abstract2 Background3 Question and SolutionQuestion:Solution4 Rapidchain4.1 Overview4.1 Bootstrap Process4.2 Consensus in Committee4.3 Cross-Shard Tra...

u012369140的专栏 3481

RapidChain- Scaling Blockchain via Full Sharding.pdf

A major approach to overcoming the performance and scalability limitations of current blockchain protocols is to use sharding which is to split the overheads of processing transactions among multiple, smaller groups of nodes.

最新扣子(coze)案例:在coze上用DeepSeek+私有数据库、知识库,创建你的专属智能体

Gartner预测,到2026年,70%的企业将通过Al知识库实现「组织记忆外化」。数字化时代,数据已成为企业发展的核心资产。我们通过人工智能将知识库从“静态存储"升级为“智能服务”。让"沉睡宝藏"焕发新生,助力企业突破数据困局。

weixin_72689845的博客 2163

区块链扩容方案之——ELASTICO

  这篇文章为大家介绍的是一个安全的分片协议,叫做ELASTICO。它也是第一个为开放式区块链(公有链)设计的分片协议。我认为ELASTICO 的分片协议虽然存在一些缺陷,但是也有许多可取的点,是一个值得学习的分片协议。 摘要一、ELASTICO核心思想二、ELASTICO 协议介绍1. 建立身份并组建委员会2. 委员会配置3. 委员会内部共识4. 最终共识广播5. 生成时代随机源6. 防止双花(...

高浩洋的博客 5295

Delphi中使用FireDAC与uniDAC高效连接PostgreSQL的实战指南

本文为Delphi开发者提供了使用FireDAC与uniDAC组件高效连接PostgreSQL数据库的实战指南。文章详细对比了两款组件的选择策略,重点解析了驱动依赖(libpq.dll)的配置、连接参数设置、常见错误排查及性能优化技巧,旨在帮助开发者快速构建稳定可靠的数据库连接。

tomato的博客 805

RapidChain: Scaling Blockchain via Full Sharding

#1. Background 基于分片的区块链协议缓解了传统区块链协议中的节点规模问题、延迟问题和低吞吐问题。但是目前基于分片的区块链协议,每笔交易仍需要与参与者数量呈线性的交互量,这降低了吞吐量并且增加了延迟。除此之外,这些协议或者是有较高的失败可能,或者是有较强的假设,无法很好地应用。为了解决这些问题,文章提出了RapidChain协议。 #2. Main Contributions l Su...

shuqian6246的博客 2465

深入解析SSD报错“READ FPDMA QUEUED”:从诊断到修复全流程

本文深入解析了SSD报错“READ FPDMA QUEUED”的含义、成因与全流程解决方案。该错误通常指示硬盘硬件或健康状态问题。文章详细介绍了如何通过系统日志定位错误、解读关键的S.M.A.R.T.健康报告(重点关注重分配扇区计数等指标),并逐步进行硬件排查(如更换SATA数据线)、软件修复与数据抢救,最终指导用户根据诊断结果做出维修或更换SSD的决策。

weixin_29233333的博客 395

蜗牛星际+OpenWrt实战:双网口变AP模式,让所有设备同网段互通

本文详细介绍了如何将蜗牛星际双网口小主机刷入OpenWrt系统,并将其配置为AP模式,实现与主路由同网段的无缝桥接。通过关闭DHCP、桥接物理网口等核心步骤,解决家庭网络设备割裂问题,让所有设备在同一局域网内高效互通,特别适合追求网络简洁和厌恶多级NAT的技术爱好者。

zero1的博客 959

为什么92%的ChatGPT用户提示词失效?(结构化模板缺失导致响应准确率下降67%——权威A/B测试实录)

解决ChatGPT响应不准难题,提供可复用的结构化提示词模板。适用于客服、写作、编程等高频场景,通过角色设定+任务分解+格式约束三步法,显著提升输出准确率与一致性。基于权威A/B测试验证,值得收藏。

SimProceed的博客 214

微信数据库读取解密脚本 聊天记录查看工具,支持所有微信版本,后期将支持企业微信[Windows]

(1)获取微信昵称、微信账号、微信手机号、微信邮箱、微信KEY的基址偏移(2)获取微信的微信昵称、微信账号、微信手机号、微信邮箱、微信KEY、微信原始ID(wxid_******)(3)获取微信文件夹路径(4)支持查看聊天记录查看(5)根据key解密微信数据库(6)提供数据库部分字段说明(7)支持微信多开场景,获取多用户信息等(8)微信需要登录状态才能获取数据库密钥(9)支持导出聊天记录为html,备份微信聊天记录,方便查看(10)合并多个数据库,方便查看。

weixin_43101935的博客 1万+

WHY SUPPLY CHAIN LEADERS ARE MOVING TO THE CLOUD

Discover a Secure and Rapid Way to Build a Modern Supply ChainTHE RULES OF THE GAME ARE CHANGING— YOUR SUPPLY CHAIN MUST, TOO Good supply chain management is essential to your operational efficiency, ...

[Blog][Domain] programb.blog.youkuaiyun.com 482

YOLOv8结合GhostNet实现轻量化目标检测:模型设计与性能评测

GhostNet系列的核心是**“幽灵特征图(Ghost Feature Map)”** 概念:通过简单的线性变换(如深度卷积)生成“幽灵特征”,这些特征与原始特征融合后,能以极低的计算成本带来丰富的语义信息。为了突出GhostNet系列的必要性,设计消融实验:分别测试“仅主卷积”“仅幽灵卷积”“GhostNet(主卷积+幽灵卷积)”三种方案的性能,用数据证明“幽灵特征”的不可替代性。简单来说,引入GhostNet系列的YOLOv8,既能体现你的技术深度,又能让毕设的“落地性”大幅提升。

m0_71589036的博客 113

2026年数学建模国赛B题无线电干扰源的快速自动定位与清除 论文详细解析

数学建模竞赛论文无线电干扰源的快速自动定位与清除2026 年高教社杯全国大学生数学建模竞赛 B 题完整求解论文交会定位、极大极小测点优化、自适应多频道搜索与定向源恢复的统一建模模型、算法、代码、图表与验证一体化交付本文研究圆形目标区域中多个未知无线电干扰源的快速检测、定位与清除问题,建立了由误差楔交会模型、角度观测信息模型、分层勘测模型、鲁棒射线交会模型和定向覆盖反馈模型组成的统一求解框架。模型同时覆盖题目中的四个子问题:多测向射线形成的多边形定位区域及直径、第二个测点的极大极小优选、全向源自动搜索清除策略

YOLO 356

Suno AI Trap音乐生成万能公式:结构化提示词与工程化工作流

在AI音乐生成领域,提示词工程是连接创意与技术实现的核心环节。其原理在于将抽象的音乐构思转化为模型能精确理解的结构化指令,通过风格、描述、歌词等多维度参数控制输出。这项技术的价值在于大幅降低了专业音乐制作的门槛,使零基础用户也能高效生成符合商业标准的作品。在应用场景上,它尤其适用于需要快速产出特定风格(如Trap、Hip-Hop)背景音乐、创意灵感探索或内容创作辅助的场景。本文聚焦于Suno AI v3模型,深入解析如何通过一套包含风格定位、结构设计、歌词引导和参数微调的完整公式化工作流,稳定生成高质量Tr

weixin_33875564的博客 302

OpenClaw Windows 安装指南

好的,我来一步一步带你在 Windows 上安装 OpenClaw。

m0_60605453的博客 548

XAgent 自主 LLM 代理实战指南:Dispatcher-Planner-Actor 架构、ToolServer 安全沙箱与完整部署流程

本文以 XAgent 项目的日语版 README([README_JA.md](https://link.gitcode.com/i/5173d7ad1044493cd387a44cb7e99fbc))为主体,系统梳理这个开源 LLM 驱动自主代理的核心设计——Dispatcher / Planner / Actor 三段式架构与 ToolServer 工具沙箱,并结合仓库源码([run.py](

gitblog_00758的博客 768

Statistics and Machine Learning Toolbox

Statistics and Machine Learning Toolbox(带书签),MATLAB统计学习工具

大中型超市收银系统(可直接运行)

光步前台收银系统系统功能:商品销售、商品退货、挂单、收银员权限、会员销售、单品取消、整单取消、商品查询、脱机销售、脱机数据上传,基本资料下载,开钱箱、小票打印、收款结算,支持多币种付款方式(现金、储值卡、礼券、微信等),支持多种促销。运行环境:.net 4.0登陆信息用户名:1001 密码:123456内置商品信息,商品编码可输入00001000 - 00010000,测试效果相关功能键F5 结算 F9挂单 F11商品查询 F8退货 Insert单品取消 Del整单取消 F12开钱箱F2 会员 Ctrl+Z退出系统 Home 锁屏 相关源码待公开

On Hand Substitute Not Used When Releasing Plan

On Hand Substitute Not Used When Releasing Plan With Weekly Buckets [ID 958034.1] Modified ...

congwa8404的博客 170

怀旧版电脑GBC模拟器

再现原版GBC掌机的界面,电脑运行连游戏界面都一样大小,很怀旧,很真实,(英文版)强烈推荐,很小的文件,很难才找到的。

There is an error while getting planid. No Free partitions available

问题概述 Oracle Advanced Supply Chain Planning最初的设置职责的时候有点问题,不知是不是要打什么补丁或其它配置什么东东,, 这个提示,,但我查到的分区是还有可用分区的,里面的逻辑关系有点搞乱 解决方法 原因:因为ORA-02149:指定的分区不存在 ORA-06512:在"SYSTEM.AD_DDL",l...

weixin_30314793的博客 218

VB摄像头监控

该VB模块可对摄像头捕获的画面进行录像等,可在创建的窗口进行控制

重明链迹丨每周区块链安全要闻(0817-0823)

本周安全集中于跨链桥与公链:Sandbox、BounceBit、MANTRA、Maya等遭攻击;比特币冲高后回落,受美债回购及ETF推动;SEC提新规,欧盟限制交易;AI加密犯罪年增40%,深度伪造损失超去年263%。

暂无 221

Innovus FE_*命名规则解析:从ECOC、USKC到PHC的工程语义解码

在数字后端实现中,Innovus的FE_*命名并非随意前缀,而是承载功能域、行为态与作用域的可执行语义标识。其底层基于Functional Entity抽象模型,融合timing约束传播、ECO增量修复与PHC层级控制等核心机制,支撑7nm以下先进工艺的精准物理实现。这类命名直接影响timing signoff可靠性、ECO回溯效率及跨团队协作一致性,广泛应用于芯片级时序收敛、功耗优化和DRC修复等关键场景。本文深入拆解FE_ECOC、FE_USKC、FE_PHC等高频命名结构及其CRC哈希、MD5编码、保

weixin_34226706的博客 415
上一篇: 使用 docker 不加sudo
下一篇: Monoxide relay机制和连弩挖矿
黄昏贩卖机
博客等级 码龄6年 252粉丝 178原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值