海伯利安发布首个区块链红包RP
海伯利安正式推出首个区块链红包RP(RedPocket)。作为基于ATLAS链上交易结构的首个应用案例,HRC30将在未来逐步搭建DeMa(去中心化市场)。
第一版RP是DEMO(试用)版本,将率先开放给海伯利安生态用户用来传导RP。未来RP红包的功能将不断升级完善。
HRC30交易结构的应用案例RP
交易结构是买卖双方为实现利益关系所遵守的一种特定的分配形式。例如,淘宝依照平台的交易结构计算商家和平台收益;顾客在商场消费享受的跨店优惠同样源自商场交易结构。如果我们将以太坊的ERC20 理解为数字资产的交易和分发标准,HRC30可视为去中心化地图服务的交易结构的分发标准。
目前至少有70%的智能手机App高度依赖定位信息,随着智能手机渗透率的不断提升和定位设施的大范围普及,大众点评、携程、爱彼迎、饿了么、滴滴等越来越多的服务提供商正利用精准的PoI点和用户定位信息来提供各类O2O中介服务,获取利润。光Uber就在2016-2019年中总共向谷歌地图支付了5,800万美元用以调取地图服务。随着 IoT(物联网)逐渐成为未来发展趋势,位置数据无疑会持续增长,并提升所有商业数据的价值。
在区块链技术和分布式数据生产关系的推动下,传统中介服务类提供商将逐步被依附于地图底层生态的交易结构分发标准HRC30所取代。
未来,海伯利安将提供相关生态开发工具,包括HRC30交易结构分发标准等,支持其他区块链项目方基于海伯利安生态开发私域流量,解决位置相关的市场需求。只有当区块链的公域流量基于HRC30交易结构转化为生态私域流量,才能使基于可信位置的项目方和用户同时获益。
以RP为例,当用户购买HYN抵押传导RP,无需消耗HYN持币量,只要越早参与即可获得越多空投。同时,基于海伯利安生态底层的项目方无需募资HYN,而是通过传导和空投获得10%的RP。如此一来,项目获取用户的成本减少了、流量增多了。且时间越久,用户参与度越大,HYN的价值也将逐步提升。
未来各个项目方将基于海伯利安生态将开发去中心化的"Uber"、"美团"、社交、电商购物等各类应用场景,并引入更多形式的交易结构玩法,满足不同行业的交易需求。
RP红包介绍
术语解释:
Y值:RP发行百分比,指RP燃烧量+流通量/总发行量
传导比例:每抵押1000个HYN可兑换的RP值
量级:满足最小RP持有量和燃烧量的对应等级
竖拆: <=自身量级的一拆
横拆:对应自身量级的二拆
首个DEMO版本RP通过海伯利安通证HYN传导产生,未来将以红包的形式空投给红包网络内的参与者,充分开发各类好玩有趣的分红包、拆红包体验,并允许用户分享HRC30交易结构的新玩法。通过RP燃烧机制,将持续平衡红包的供求关系,提升RP价值。未来还将在HSWAP内开放RP交易功能。
RP发行总量恒定100万个,无预挖、无预售。其中12%的RP用来传导,88%的RP用来空投。空投完就结束,总时长不超过360天,超过时间没有空投完的RP全部燃烧。
HYN持币用户无需消耗任何HYN资产,即有机会每日获得多个RP红包。
RP获取方式
HYN传导RP是用户进入红包网络的通道,不同RP持有量和燃烧量可助用户满足晋升门槛,获得更多被空投红包砸中的机会。根据变化的Y值,可计算当下某个量级对应要求的最小RP持有量和燃烧量,以及需要抵押传导的HYN数额。
传导以1000个HYN为一份,每次至少抵押一份,抵押90天。
从抵押的第一天起,创世传导每天平均获得1/5的RP,15天释放玩3个RP。每完成2000份传导,获得的RP递减5%。例如,创世传导为3RP,第一次递减后3*0.95=2.85RP;第二次递减后2.85*0.95=2.7075RP。
因此,越早加入红包网络的用户能够传导更多RP。随着时间推移,用户越多,传导的数量依次递减。具体计算传导值时,关联到三个变化的参数:当下的传导比例、Y值、以及量级。
量级介绍
量级分为1-5,要晋升到某一量级,需同时满足对应最小RP持有量和燃烧量。如下图所示:
量级晋升和拆红包规则一览表
量级越高,可获得的空投红包机会越多。
量级福利列表
为了获得更多拆红包机会,除晋升外,用户可推荐新人进红包网络,大家组成拆红包团队。
就好比双十一的天猫战队,你和你的推荐人,以及你引荐的新人自动组成一个拆红包战队。新人将其拆过的红包传递给你,你拆完再传递给你的推荐人,然后你的推荐人再继续传递下去。
因此,若没有人将你红包传递给你,就会失去许多拆红包的机会,没有拆完的红包就会被烧毁。
如果有的用户是独自进入红包网络的,系统将会自动为其分配一个4级或5级的推荐人。一方面,保证你拆完的红包可以继续传递,更重要的是,让4级和5级的用户可获得更多拆红包的机会。
量级高的用户还有一个优势:拆空投红包时,要求必须自身量级>=之前已经拆过的人。
假如我收到的红包已经被别的比我量级高的人拆了,那么将跳过我直接传递给下一个人拆。但最高量级5的用户的用户就不会发生这种情况。
在如何拆空投红包的部分,我们将详细为大家举例。
因Y值变化掉级
当Y值随参与红包网络的人数增多而上升,处于某一量级的用户就会最小因持有量升高而掉级,因此需随时提升自身RP持有量。
例如,若Y=5%时处于量级2,一直未提升持有量,则当Y=10%时,因无法满足持有量将自动掉级到1量级。
这种情况下,若晋升回原量级,则需增持到当前Y=10%要求的最小RP持有量,无需重复燃烧。
因减少RP掉级
若用户主动减少RP持有量导致的掉级,之后晋升回原级时,不但需要补足当下的最小持有量,还需同时燃烧该量级50%的燃烧量。
若跳级晋升,则除了满足当下最小RP持有量外,还需满足对应量级燃烧量。
如何晋升:增持及燃烧要求(rp)示例:
空投红包玩法
空投红包分为三类 - 量级红包、幸运红包和晋升红包。其中量级红包玩法较为简单,我们可称之为基本空投玩法。
量级红包从幸运红包发放7天后开始,每日固定时间空投一次,人人可得。空投时间为00:00 (GMT+8),往1-5每个量级各空投100个RP。人数越少的量级,每人分得的红包越多。
空投高级玩法
幸运拆红包和晋升拆红包都遵循链条拆法规则,下面将为大家详细举例说明。
幸运红包拆法
幸运者得,从00:00(GMT+8)开始,每4小时空投一次,每日六次。
每次30%的量级用户被幸运红包砸中,并根据自身量级拆对应比例的红包,参照一拆和二拆规则,详情见量级晋升及拆红包规则一览表。
简单理解:30%用户收到的是新红包,他们有资格先拆,再按拆红包链条传递给他们的推荐人拆。所得比例取决于用户当前所处量级,以及之前是否有同量级的人拆过。
每个红包在一个量级只能拆两次,每人只能拆一次。在同一量级中,可一次竖拆,一次横拆。
竖拆即一拆,若你量级的一拆未拆,则拆掉<=自身量级的所有一拆。
横拆即二拆,若你量级的一拆被别人拆了,你只能拆自身量级的二拆。
所有量级的竖拆和横拆比例:
若在幸运拆红包链条中,量级2先拆,则拆1+2量级的全部竖拆,再传递给推荐人;若推荐人为量级4,则拆3+4量级竖拆,再传递;若下一个推荐人仍是4级,则只能拆4级横拆,再传递;若再下一个推荐人为量级5,则可拆5的竖拆,以此类推。
若链条中,两名量级1和两名量级2的拆完,又传递给一个量级2,则因已在同一量级拆过两次而跳过第三个量级2;若该量级2后有一个3量级竖拆,再传递给量级2,则因该量级低于前一个已拆的用户,而直接跳过(无论之前是否已有量级2拆过)。
同理,我们再来看一个例子。量级2和量级4分别竖拆了<=自身量级的竖拆,再传递给量级3时因量级低被跳过,传递给下一个4量级横拆,再传递给5量级时竖拆。
每个幸运红包由固定和增益两部分组成。总量平均分配到每个红包。固定部分的每日空投总量为1000RP,以20天为一个周期递减50RP。增益部分计算从创世到昨日00:00累计RP燃烧量的1%。每个红包从30%的幸运用户开始拆,并依次传递。
晋升红包拆法
晋升红包用来奖励晋升用户的推荐人。从量级3开始,每晋升一级,就给推荐人空投一个晋升红包,按量级比例拆红包。若跳级晋升,越过的量级红包可叠加。
2-3级对应一个20RP红包
3-4级对应一个30RP红包
4-5级对应一个50RP红包。
若从量级2跳到量级5,则叠加三个红包。
三级以上用户可拆晋升红包。根据当下自身量级的一拆和二拆比例进行传递。
幸运红包和晋升红包拆红包比例参数不同,具体参照量级晋升和拆红包规则一览表。
举例:
若量级2晋升到量级3,推荐人须>=量级3才可拆晋升红包。1级和2级跳过,3级竖拆,4级竖拆,第二个量级4横拆,传递给量级5竖拆,量级3因比之前用户量级低,跳过。
若量级2跳级晋升到量级5,则量级3推荐人可竖拆三个红包总量的竖拆比例,传递给第二个量级3横拆,第三个量级3跳过;再传递给量级5可竖拆三个红包总量的4+5量级竖拆,4级因无法拆跳过,传递给量级5横拆,若下一个为量级4则跳过。
위믹스3.0 최초의 DAO ‘원더다오’, 노드 카운슬 파트너 합류
위믹스3.0 최초의 DAO ‘원더다오’, 노드 카운슬 파트너 합류 l 탈중앙화 자율조직 형태로 결성…구성원 모두가 위믹스3.0 운영에 참여 가능l 스마트 컨트랙트 기반 모듈화 ...
[주간톡톡] 양의 탈을 쓴 늑대는 양일까? 늑대일까?
주간톡톡은 한주간의 블록체인 소식을 재구성해 독자들과 재미있게 이야기해보는 코너입니다. 이번주는 페이스북의 스테이블 코인 프로젝트 '디엠(Diem)'에 대해 알아보겠습니다. 그럼 ...
IBM, 블록체인 와인 추적 서비스 '빈어슈어(Assure)' 공개
IBM이 재배지부터 매장까지 와인 공급망을 추적할 수 있는 블록체인 기반 플랫폼을 공개했다.10일(현지시간) 발표에 따르면 IBM은 와인 모니터링 업체 e프로브넌스(eProven...