比原链设计思考: 扩展性UTXO模型

用户模型是比原链在最初就需要确定的重要数据结构, 团队的选择还是聚焦在两种典型的模型系统中,Account模型和UTXO模型,和其他大多数区块链设计一样, 选择了模型就决定了协议层的重要实现,两种模型各有利弊,不同区块链针对想聚焦的场景自身会有判断. UTXO 的起源(来自高明的中本聪) 中本聪对比特币的设计,让整个世界进入了数字货币时代.比特币起源于中本聪,UTXO出自比特币.自然,UTXO来自高明的中本聪.UTXO的优点: 在版本控制方面的考虑,svn 是中心化的数据库保持一份账本,这和区块…

SAP接口设计的扩展性考虑

由于现在的系统和SAP的接口出现了几次变更,因此需要对系统进行设计改造.由于系统中和SAP交互的接口不止一处,而且也是在不同的时间段进行开发,并由不同的人员来完成的,因此我在维护升级的过程中,发现了以前设计的可借鉴之处和缺点. 首先是财务对账接口的修改,由于需要在SAP中查看报表中多增加几个字段,本来应该是很容易搞定的事情,但是我查看了下接口的代码和配置文件发现,这个居然要更改接口的代码.本来可以通过配置搞定的事情一下就变复杂了. 接口代码还是用…

社区观点 | 理解比原链MOV链上交换协议

去中心化交换协议的发展从Bitshare,Stellar到以太坊上的Etherdelta,Bancor,0x协议,去中心化交换协议也经过了好几代发展和很多模式的探索,每一代都通过前面的协议的痛点来进行改进和深化, 主要分为: 链上orderbook,链上结算; 链下orderbook,链上结算; 基于智能合约管理的资金池; 链上orderbook,链上结算最早的基于以太坊的去中心化交换协议的成功探索非Etherdelta莫属,曾一度占据去中心化交换市场的半壁江山.Etherdelta是较为…

深入NGINX：我们如何设计它的性能和扩展性

为了更好地理解设计,你需要了解NGINX是如何工作的.NGINX之所以能在性能上如此优越,是由于其背后的设计.许多web服务器和应用服务器使用简单的线程的(threaded).或基于流程的 (process-based)架构, NGINX则以一种复杂的事件驱动(event-driven)的架构脱颖而出,这种架构能支持现代硬件上成千上万的并发连接. Inside NGINX infographic(http://nginx.com/resources/library/infographic-ins…

《.NET 设计规范》第 6 章：扩展性设计

第 6 章:扩展性设计 6.1 扩展机制考虑用不包含任何虚成员或受保护的成员的非密封类来为框架提供扩展性.这种方法所提供的扩展性广受用户欢迎,而且它的开销也不高. 考虑将受保护的成员用于高级的定制方案. 要在对安全性.文档及兼容性进行分析时,把非密封类中受保护的成员当做公有成员那样来对待. 考虑使用回调函数来允许用户向框架提供自定义的代码供框架执行. 考虑使用事件来允许用户对框架的行为进行定制,这样就不需要用户对面向对象设计有深入的了解. 要优先使用事件,而不是简单的回调函数,其原因在于广大开…

社区观点 | 关于比原链MOV巡查官制度的几点思考

在ChainNode白皮书解密读书会01期活动中,比原链高级研究员刘秋杉带领大家领读「MOV:下一代去中心跨链 Layer 2 价值交换协议」白皮书,得到了很多粉丝的关注,其中gentledog的读书帖「关于MOV巡查官制度的几点思考」获得了读书活动的第一名. 正文如下: 根据白皮书,MOV中有巡查官一职防止侧链作恶.我就在想,这个制度是否存在漏洞呢?经过一番思考,似乎有以下几种攻击方式: 1.复制交易攻击巡查官发现问题并在主链上发起一笔交易,有人获取这笔交易内容后,提高手续费或者直接向网络隐…

Atitit.软件架构高扩展性and兼容性原理与概论实践attilax总结

Atitit.软件架构高扩展性and兼容性原理与概论实践attilax总结 1. 什么是可扩展的应用程序?1 2. 松耦合(ioc)2 3. 接口的思考 2 4. 单一用途&模块化,小粒度化2 5. 组合(Composition),而不是继承(inheritance) 2 6. Ocp原则开闭原则2 7. Plugin系统2 8. 流程扩展工作流系统,流程自定义2 9. Ui扩展 html53 10. 数据独立性3 11. 脚本与hotdeploy3 12. 表处理扩展if else (数据与数…

浅析Facebook LibraBFT与比原链Bystack BBFT共识

如果说什么是区块链的灵魂,那一定是共识机制. 它是区块链的根基.无论公链或是联盟链,共识机制都从基础上限制了区块链的交易处理能力和扩展性. 2019年6月18日,Facebook 发布了自己 Libra 项目的白皮书,引发广泛关注.作为 Facebook 试图创造国际流通数字货币的重要项目,Libra 区块链采用的是 LibraBFT 共识机制,是一个为 Libra 设计的鲁棒的高效的状态复制系统.它基于一种新型的 BFT 共识算法,HotStuff. 就在 Facebook Libra 项目白…

TCP接入层的负载均衡、高可用、扩展性架构

一.web-server的负载均衡互联网架构中,web-server接入一般使用nginx来做反向代理,实施负载均衡.整个架构分三层: 上游调用层,一般是browser或者APP 中间反向代理层,nginx 下游真实接入集群,web-server,常见web-server的有tomcat,apache 整个访问过程为: browser向daojia.com发起请求 DNS服务器将daojia.com解析为外网IP(1.2.3.4) browser通过外网IP(1.2.3.4)访问nginx n…

比原链CTO James | Go语言成为区块链主流开发语言的四点理由

11月24日,比原链CTO James参加了Go中国举办的Gopher Meetup杭州站活动,与来自阿里.网易的技术专家带来Kubernetes.区块链.日志采集.云原生等话题的分享.James向大家介绍了Go语言特性在区块链中的应用还分析了Go语言成为区块链主流开发语言的原因. 比原链的系统架构在区块链系统中内核层是最核心的,他承接了区块验证.交易验证.节点维护.打包挖矿等重多职责.通信层掌管了区块链系统的网络服务,区块链的网络更像P2P的网络形式,他呈网状扩散,负责区块同步.交易同步.节…

Java实现本地小数据量缓存尝试与实践&设计思考

话不多说先贴代码 /** * 缓存工具 */ public class ConcurrentHashMapCacheUtils{ /** * 当前缓存个数 */ public static Integer CURRENT_SIZE = 0; /** * 时间一分钟 */ static final Long ONE_MINUTE = 60 * 1000L; /** * 缓存超时 */ private static final Long TTL_TIME = 60 * 1000L; /** * 缓存…

设计模式如何提升 vivo 营销自动化业务扩展性 | 引擎篇01

在<vivo 营销自动化技术解密 |开篇>中,我们从整体上介绍了vivo营销自动化平台的业务架构.核心业务模块功能.系统架构和几大核心技术设计. 本次带来的是系列文章的第2篇,本文详细解析设计模式和相关应用如何帮助营销自动化业务提升系统扩展性,以及实践过程中的思考和总结. 一.引言营销业务本身极具复杂多变性,特别是伴随着数字化营销蓬勃发展的趋势,在市场的不同时期.公司发展的不同阶段.面向不同的用户群体以及持续效果波动迭代,都会产生不同的营销策略决策. 当面对随时变化的业务场景时,系统的扩展性…

使用Lua脚本语言开发出高扩展性的系统，AgileEAS.NET SOA中间件Lua脚本引擎介绍

一.前言 AgileEAS.NET SOA 中间件平台是一款基于基于敏捷并行开发思想和Microsoft .Net构件(组件)开发技术而构建的一个快速开发应用平台.用于帮助中小型软件企业建立一条适合市场快速变化的开发团队,以达到节省开发成本.缩短开发时间,快速适应市场变化的目的. AgileEAS.NET SOA中间件平台提供了敏捷快速开发软件工程的最佳实践,通过提供大量的基础支撑功能如IOC.ORM.SOA.分布式体系及敏捷并发开发方法所支撑的插件开发体系,以及提供了大量的实体.数据模型设计生…

Class撑起了OOP世界的天。Class类是OO的基本单元，OO的世界都是通过一个一个的类协作完成的，提高软件的重用性、灵活性和扩展性（转）

引言在OO的工作中,我们一定会涉及到类,抽象类和接口.那么类和抽象类以及接口到底扮演的什么角色? 本文主要是从人类社会的角度阐述类与抽象类以及接口的“社会”关系,从而让我们抛弃书上的那些死记硬背的概念,快速理解他们的区别与联系? 如果大家觉得还有必要把这块更新的更好,还请多多反馈. 如果觉的对您有用还请点击 “推荐”下,我会持续更新更多新的内容. 古老的传说相传盘古开天劈地后,女娲一天在黄河边梳头时,突发奇想以泥土仿照自己抟土造人,创造并构建人类社会.后来又替人类立下了婚姻制度,经过一代又一…

Zend server最大化应用程序的性能、扩展性和可用性

如果我有8个小时去砍到一棵树,我会花6个小时磨斧子”——林肯(美国总统) 你可以知道? 世界页面访问量的峰值超过7000万每分钟. CloudFare公司服务器问题,导致785000站点崩溃一小时. Netflix公司的存储崩溃18小时,致使公司股票跌至两年内最低. Zend公司帮助开发者创建扩展性应用程序,满足行业目前的可用性需求.其设计的zend server用于保持应用程序持续可用. 那么zend server到底是怎么帮助开发者的呢? 使用字节码缓存,编辑PHP功能代码在缓存中,避免解析…

MySQL - 扩展性 3 负载均衡：眼花缭乱迷人眼

负载均衡的基本思路很简单: 在一个服务器集群中尽可能地的平均负载量. 基于这个思路,我们通常的做法是在服务器前端设置一个负载均衡器.负载均衡器的作用是将请求的连接路由到最空闲的可用服务器上.如图 1,显示了一个大型网站负载均衡设置.其中一个负责 HTTP 流量,另一个用于 MySQL 访问. 负载均衡有五个常见目的: 可扩展性.负载均衡对某些扩展很有帮助,比如读写分离时从备库读数据. 高效性.负载均衡因为能够控制请求被路由到何处,因此有助于更有效的使用资源. 可用性.灵活的负载均衡方案能够大幅提…

MySQL - 扩展性 2 扩展策略：氪金氪脑任君选

如果将应用的所有数据简单地放在一台 MySQL 服务器实例上,就不用谈什么扩展性了.但是业务能稳定持续的增长,那么应用肯定会碰到性能瓶颈. 对于很多类型的应用而言,购买更高性能的机器能解决一大部分性能问题,这也是我们常说的 "垂直扩展" 或者 "向上扩展". 另一个与之相反的方法是将任务分配的多台机器上,这通常被称为 "水平扩展" 或者 "向外扩展". 接下来,我们将讨论如何联合使用向上扩展和向外扩展,以及如何使用集群方案来进…

MySQL - 扩展性 1 概述：人多未必力量大

我们应该接触过或者听说过数据库的性能瓶颈问题.对于一个单机应用而言,提升数据库性能的最快路径就是氪金 - 买更高性能的数据库服务器,只要钱到位,性能不是问题. 但是当系统性能增加到一定地步时,你会发现,原先花 3000 块提升了 50% 的性能,现在花 30000 块,才提升了不到 10%. 也就是说,我们花了钱,但没有得到等价的性能提升,这个时候,我们就要考虑数据库的可扩展性了. 要讨论 MySQL 的可扩展性,就要先明确可扩展性的定义.在此之前,我们先抛开 MySQL,专注于扩展性,搞清楚什…

MySQL 复制 - 性能与扩展性的基石 1：概述及其原理

1. 复制概述 MySQL 内置的复制功能是构建基于 MySQL 的大规模.高性能应用的基础,复制解决的基本问题是让一台服务器的数据与其他服务器保持同步. 接下来,我们将从复制概述及原理.复制的配置.常见的问题及解决方法来学习 MySQL 的复制功能. 1.1 复制解决的问题下面是复制常见的用途: 数据分布.Mysql 复制通常不会对带宽造成很大压力,但在 5.1 版本中引入的基于行的复制会比传统的基于语句的复制模式产生更大的带宽压力.你可以随意地停止或开始复制,并在不同的地理位置来分布数据备…

mysql扩展性架构实践N库到2N 库的扩容，2变4、4变8

mysql扩展性架构实践N库到2N 库的扩容,2变4.4变8 http://geek.csdn.net/news/detail/5207058同城沈剑 http://www.99cankao.com/algebra/modulo-calculator.php 取模计算器扩展性也是架构师在做数据库架构设计的时候需要考虑的一点.首先分享一个58同城非常帅气的秒级数据扩容的方案.这个方案解决什么问题呢?原来数据库水平切分成N个库,现在要扩容成2N个库,解决的就是这个问题. 一开始除以2取模 0或者…

优秀开源项目之三：高性能、高并发、高扩展性和可读性的网络服务器架构State Threads

译文在后面. State Threads for Internet Applications Introduction State Threads is an application library which provides a foundation for writing fast and highly scalable Internet Applications on UNIX-like platforms. It combines the simplicity of the multi…

MySQL 复制 - 性能与扩展性的基石：概述及其原理

原文:MySQL 复制 - 性能与扩展性的基石:概述及其原理 1. 复制概述 MySQL 内置的复制功能是构建基于 MySQL 的大规模.高性能应用的基础,复制解决的基本问题是让一台服务器的数据与其他服务器保持同步. 接下来,我们将从复制概述及原理.复制的配置.常见的问题及解决方法来学习 MySQL 的复制功能. 1.1 复制解决的问题下面是复制常见的用途: 数据分布.Mysql 复制通常不会对带宽造成很大压力,但在 5.1 版本中引入的基于行的复制会比传统的基于语句的复制模式产生更大的带宽压…

[ZJOI2019] 开关 (一种扩展性较高的做法)

[ZJOI2019] 开关 (一种扩展性较高的做法) 题意: 有n个开关,一开始状态都为关闭.每次随机选出一个开关将其状态改变,选出第i个开关的概率为${ p_i \over \sum_{i=1}^n p_i} $,求状态第一次变为s的操作步数. 题解: 考虑先从组合方法入手. 最基本的思路就是枚举一种必定结束的状态,但是这样的状态不一定合法,因为这个状态的前缀可能已经结束了,所以我们可以容斥若干个前缀,强制这些前缀已经结束,来算出这个状态中没有一个前缀能够结束的方案数. 当然,在枚举的过程中,…