您现在的位置: 首页> 研究主题> 分片

分片

分片的相关文献在1985年到2023年内共计3270篇,主要集中在自动化技术、计算机技术、中国共产党、无线电电子学、电信技术 等领域,其中期刊论文222篇、会议论文2篇、专利文献3046篇;相关期刊180种,包括紫光阁、上海人大月刊、中国邮政等; 相关会议2种,包括第十四届中国计算机学会网络与数据通信学术会议、2007年北京地区高校研究生学术交流会等;分片的相关文献由6050位作者贡献,包括周超、李习洪、徐泉清等。

分片—发文量

期刊论文>

论文:222 占比:6.79%

会议论文>

论文:2 占比:0.06%

专利文献>

论文:3046 占比:93.15%

总计:3270篇

分片—发文趋势图

分片

-研究学者

  • 周超
  • 李习洪
  • 徐泉清
  • 周知远
  • 李康
  • 不公告发明人
  • 张栋梁
  • 杨达一
  • 王飞
  • 谢桂鲁
  • 期刊论文
  • 会议论文
  • 专利文献

搜索

排序:

年份

作者

    • 王冬雪; 李志淮; 陈玉华; 白兵
    • 摘要: 在区块链系统中,分片是主要的链上扩容方案,其中的状态分片可以在不降低安全性的前提下解决公链可扩展性问题.但是,分片技术的引入,又带来了处理跨分片交易验证的难题,当系统内大多数交易为跨分片交易时,跨分片交易的处理能力决定了整个系统的性能.因此,在设计分片系统的过程中,跨分片交易验证和处理策略至关重要.针对上述问题,提出了利用状态归约处理跨分片交易的多轮验证方案SRMR(state reduction and multi-round).首先对跨分片交易的概率进行分析,然后提出利用状态归约处理跨分片交易方案,并在此模型下分析各层处理跨分片交易的概率,分析出仅用状态归约模型会使上层分片处理交易负载过大.为均衡上层交易负载的问题,又提出激励机制并将状态归约与多轮验证相结合,最后得出合理轮数取值并提出了一种合理平衡归约与多轮验证的策略.此方案综合利用节点的能力,力保跨分片交易的顺利完成,降低跨分片交易回滚率.
    • 石彬; 黎刚果
    • 摘要: 网络IP报文的大小受链路层最大传输单元(MTU)限制,当报文长度超过MTU时,IP数据报文会被分成若干较小的部分进行分片传输,对网络通信各传输节点的承载能力以及整个传输链路的可靠性和适应性提出了严峻挑战。针对IP分片现象,介绍了超长数据包网络传输过程中会存在的问题,提出了基于网络数据包的自适应组包方法,并通过案例进行了测试分析,证明了该方法的可行性。
    • 李春雷; 孙云虎; 李家军; 刘荣坤; 张明浩; 田从永
    • 摘要: 海洋石油平台大型组块因尺寸大、吨位重,通常分为若干分片进行车间预制,场地高空组对集成、分片的尺寸精度直接决定了各分片能否精确集成对接。本文通过分析某大型深水半潜平台上部组块分片空间分布特点,提出了车间预制、场地总装集成的尺寸精度控制方法。结果表明,本书所述方法可有效控制各分片尺寸精度,保证总装集成合拢。
    • 刘云; 朱鹏俊; 陈路遥; 宋凯
    • 摘要: 在基于Hyperledger Fabric架构的区块链网络中,可以通过分片来提高吞吐量.在分片之前,需要预先评估每个委员会的失败概率,以获得更稳定的分片方案.本文提出了一种联合分布(JD)算法.首先,对于预分片方案中的节点,根据预分片方案中的委员会数量进行随机抽样,然后得到每个委员会中节点的超几何分布;其次,根据节点的超几何分布计算每个委员会中恶意节点的概率,并根据这些概率构建所有委员会的联合分布函数;最后,根据各委员会的联合分布函数,计算整个分片方案的失败概率和失败年数,实现区块链分片的稳定性评估.仿真结果表明,通过计算Wilson置信区间验证了计算失败概率的准确性,与RapidChain的分片稳定性分析算法和Hoeffding边界算法相比,联合分布(JD)算法可以更好地估计区块链分片的稳定性.
    • 许贤慧; 王淑营; 曾文驱
    • 摘要: 随着生产制造业的发展,各行业在生产制造的过程中都会产生大量的工程数据,现代工程领域的数据检索需求要求能够通过关键字快速且准确检索出相应的结果,利用ElasticSearch可以实现工程数据的检索,但是其性能方面还有优化的空间。为了解决这个问题,本文对ElasticSearch的底层原理进行深入研究,在ElasticSearch的索引创建、索引分片以及索引段合并方面进行优化。首先对ElasticSearch的分词器进行修改并配置自定义词典,其次提出基于集群节点性能与索引数据量大小的索引分片策略,最后,根据节点性能对索引段合并的时机进行优化。通过基于地铁工程数据的检索进行实验,实验结果表明,改进的方法确实能够提高ElasticSearch的数据写入与查询性能。
    • 白兵; 李志淮; 李敏
    • 摘要: 区块链分片方案中的跨分片交易由多个分片协调处理。在采用实用拜占庭容错(practical Byzantine fault tolerance,PBFT)类共识算法的分片方案中,存在因分片后拜占庭节点在单个分片聚集,导致分片失效无法验证交易的问题。因此,为保证分片间数据的一致性,需要对部分处理的跨分片交易进行回滚操作,这影响了系统的总体性能。针对以上问题,提出了一种多轮共识的验证方案,可以在降低回滚概率的基础上,支持更大分片规模,提升系统的每秒交易数(transaction per second,TPS)。简述了现有分片项目解决方案的优缺点,对跨分片交易的概率和回滚概率进行了分析,提出多轮共识的验证方案,分析了多轮方案对跨片交易回滚概率的影响,得出合理的多轮轮数上限值。通过与现有方案的对比实验表明,多轮验证方案可以有效提升交易验证率,降低跨片交易回滚的概率,提升系统总体的TPS。
    • 张栩豪; 牛保宁; 弓婷
    • 摘要: 区块链数据持续线性增长,最终导致单个节点无法提供足够的存储资源,产生存储可扩展性问题。轻节点模型虽然极大地降低了对存储资源的需求,但是也导致全节点减少、去中心化程度降低,威胁区块链网络的安全。账户型区块链尚未有成熟的可扩展存储方案提出。考虑到状态数据的使用频率远远高于区块数据,提出一种基于账户型区块链的可扩展存储模型(SSMAB)。SSMAB以完全冗余的方式保存状态数据,保证其交易验证功能;以分片方式存储区块数据,降低冗余度;采用经济激励机制,在保证数据可用性的前提下,减少存储的消耗。实验结果表明:SSMAB模型能够保证数据的可靠性与可用性,将存储数据量降低到全节点模型的13%。
    • 王梦楠; 黄建华; 邵兴辉; 麦勇
    • 摘要: 分片是一种解决区块链扩容问题的技术,但是分片可能会导致恶意节点更容易集中在单个分片内,从而阻碍整个系统的安全运行。文中提出了一种基于信誉的区块链分片共识协议,通过建立信誉机制来衡量节点行为,促使节点遵循协议,并通过基于信誉等级的分片方法来减小各分片节点信誉等级分布的差异,防止恶意节点集中在单一分片进行作恶。提出一种验证链和记录链相结合的双链模型,该模型通过交易信息的差异化存储,在扩展区块链存储容量的同时提高了区块链的安全性。将投票份额与节点信誉相关联,同时差异化节点承诺,提出了基于信誉的快速拜占庭容错共识算法,使诚实节点更快达成共识,并减小恶意节点的影响。安全性分析表明,RCBSP能够保证分片内节点分布的合理性和共识过程的安全性,防止双花攻击、无利害关系攻击。实验结果表明,RBSCP在保证安全性的前提下,能够做到低分区时延、低共识时延和高吞吐量。
    • 陈静; 李志淮; 高冬雪; 李敏
    • 摘要: 分片技术是解决区块链可扩展性问题的核心技术之一。当将P2P网络中的交易按规则汇集到既定分片,且验证节点随机均衡分配到各分片后,由于个别分片的交易验证负载可能远远超过平均负载,因此该分片内的交易可能会拥堵。为了解决分片间的负载不均衡,提出了利用状态归约的分片负载均衡方法。首先,给出了状态归约模型,允许性能高的节点存储更多的相邻状态,并据此将节点性能做出粗略分类;然后,根据每一时隙的交易验证情况将未经验证的交易作为剩余负载,并将其作为调整下一时隙分片内验证能力的依据;最后,对节点进行评分、等级划分,根据剩余负载、共识验证节点集合的平均评分,给出节点选取策略,合理且随机分配节点,并对高负载分片的剩余负载向上归约。实验结果表明,利用状态归约的分片负载均衡方法在不降低单个分片的交易验证率的基础上,有效处理了个别分片的异常过载。
    • 温建伟; 姚冰冰; 万剑雄; 李雷孝
    • 摘要: 提高区块链系统吞吐量是广泛应用区块链的关键问题之一。针对以上问题,将分片技术应用到区块链系统中,通过使区块链并行处理事务提高区块链的吞吐量。将区块链分片选择问题建立为马尔科夫决策过程(Markov decision process,MDP),并设计了基于深度强化学习(deep reinforcement learning,DRL)的区块链分片最优选择策略(branching dueling Q-network shard-based blockchain,BDQSB)。所采用的BDQSB算法克服了传统DRL算法行为空间维度高、神经网络难以训练的缺点。仿真实验结果表明,所提出的方法可以有效降低行为空间维度,提高区块链处理事务的吞吐量和可扩展性。
  • 查看更多

客服邮箱:kefu@zhangqiaokeyan.com

京公网安备:11010802029741号 ICP备案号:京ICP备15016152号-6 六维联合信息科技 (北京) 有限公司©版权所有
  • 客服微信

  • 服务号