top of page

Whitepaper version 1.0

​

​

2021 年 03 月

 

​

    

1 项目介绍

​

1.1 项目背景

 

自比特币诞生以来，区块链技术日趋成熟，并逐渐进入各个行业的应用领域。传统企业纷纷拥抱区块链带来的又一场技术革命，企图在新的历史拐点率先占住市场的风口，为自身的转型注入新血液。可见，区块链给整个市场带来的改变确实是颠覆性的。然而当下的区块链产业存在着诸多弊端，和传统企业和实体经济的接轨也存在着较大的脱节，主要突出体现在一些方面：代币首发的火爆导致市场鱼龙混杂，诸多项目水分严重，缺乏实际价值；市场代币泛滥，良币与劣币混淆不清，难以辨别；区块链催生的诸多产业与经济实体严重脱节，不具备可持续发展的能力，同时市场生存能力极弱，风险抗性低，成为了造成市场波动的极不稳定因素；智能合约的开拓运用成为市场空白，没有一个很好的与传统产业对接的渠道，还未真正意义上地促进其产生深层次的转型和变革。1995 年，Amazon 成立，掀起了零售业的电商革命，线上经营的模式打破了时间空间的限制，实体店铺向虚拟店铺的转化，大大节约了经营成本，并且突破商品上架的物理空间限制，Chris Anderson 在著作《The Long Tail》中提出的“长尾理论”真正成为现实，在市场的运行中得到完整的验证，小众的产品也能够找到其用户，也能获得其特有的市场细分领域。然而，并没有从根本上解决“假货”和交易双方的信任问题。顾客对于商家的产品以及商业信誉，仍是寄希望与第三方的中心化中介平台。GTP应运而生，区别于传统的电商行业，GTP的开发依赖于区块链技术最为底层支撑，一是交易的智能合约化，一是支付方式的数字货币化；GTP使用基于区块链技术，基于 HTML,HTTP,RDF 及 OWL 等标准网页技术进行开发，可以让电脑通过预测性分析共享信息。同时对于传统博彩数据的使用进行升级，引入区块链中外带数据原理，Counterparty 原理，以及最新的 IBLT 技术：

​

  1. 把社交模型放入数据流通的模型当中，快速筛选出企业所属行业需要的数据, 并能够指导数据需求方正确使用数据，最大化数据价值。

  2. 制定了明确的数据质量标准，在流通中监控数据，帮助企业更好地辨别数据是否能够满足其需求。

  3. QL 语言：高效集成多元数据源，方便用户使用不同类别的数据，省时省力；

  4. 建立个人数据授权体系，使得个人数据可以在互联网上合法使用，解决了个人数据的授权问题。创新之处，还在于引用区块链的智能合约，打造新的“打造全球便捷零售支付经济共联体”，规范和统一混乱的博彩市场。对于数字产品的市场开拓和影响也是十分积极的，对于保障生产者和消费者的权益，起到不可或缺的作用。

 

1.2 公司历史

​

欧亚数字贸易发展基金会，是由俄罗斯明珠服务公司，联合俄中一带一路战略发展研究会提供政策支持、俄中区块链创新技术研究院提供技术支持发起设立的，旨在通过技术解决欧亚数字贸易生态系统问题的投资管理和顾问机构，并通过信任构建一个数据资产无边界应用流通、可信任、可溯源的跨境贸易生态体系，让每一个参与主体资源共享、价值共享，以创新思维引领数字经济驱动实体经济发展的新时代，核心业务包括区块链基础设施投资、康养基金、农林业资源产业投资、环境生态企业服务、结构融资、资产管理及特项投资，管理区块链产业引导基金规模逾500亿卢布。俄罗斯明珠海服务公司成立于2015年7月，旨在为中国及东南亚企业寻找有效的合作伙伴和投资者，建立互信的商业伙伴关系，它形成各国政府和各领域机构间交流与合作的载体，并为中国及东南亚企业在商贸法务、清关、物流等方面提供最值的服务。在创新科技领域范围内，已成为欧亚绿色经济贸易体系中知名的专业技术方案供应商。旗下参股公司包括：东欧最大中式饭店秦皇岛大饭店、俄罗斯西北进出口贸易公司，俄中商务中心等。

 

 

 

1.3 团队介绍

​

GTP团队里有业内享有声望且已经有成功项目经验的开发者，有已在目标行业内沉浸多年的资深运营者及专家。GTP团队是一个专注于区块链行业做基础和落地应用的团队，现已有规模超过70人的区块链研究、技术和商务团队，随着GTP的发展与应用市场份额的增大，基金会将会以开放的态度吸纳愿意为社区做出贡献的人才。

 

 

 

1.4 术语

​

  • 地址/钱包

    • 由 GTP 网络上的帐户凭证组成的地址或钱包是由密钥对生成的，该密钥对包括私钥和公钥，后者通过算法从前者派生。公钥通常用于会话密钥加密，签名验证以及对可以由相应私钥解密的数据进行加密。

​

  • ABI

    • 应用程序二进制接口(ABI)是两个二进制程序模块之间的接口。通常，这些模块之一是库或操作系统工具，另一个是用户运行程序。​​​

​

  • API

    • 应用程序编程接口(API)主要用于用户客户端开发。借助 API 支持，也方便后续对接政府和国际组织，进行货币的承兑。 同时也方便后续接入第三方 APP，加快生态圈增长的速度。

​

  • 资产

    • 在 GTP 的文档中，资产与令牌相同，也称为 GTP-30 令牌。

​

  • 带宽点(BP)

    • 为了保持网络的平稳运行，GTP网络交易使用BP作为燃料。每个帐户每天可获得 5000 个免费 BP，通过冻结 BP 的 B-iD 可以获得更多。 B-id 和 GTP-30 代币转移都是正常的交易，花费 BP。智能合约的部署和执行交易会消耗 BP 和能量。

​

  • 块

    • 块包含交易的数字记录。一个完整的块由幻数，块大小，块头，事务计数器和事务数据组成。

​

  • 封锁奖励

    • 批量生产奖励将发送到子帐户(地址/钱包)。超级代表可以在交易同时智能获取或直接通过 API 索取奖励。

​

  • 块头

    • 块头是块的一部分。 GTP 块头包含上一个块的哈希，Merkle 根，时间戳，版本和见证地址。

​

  • 冷钱包

    • 冷钱包，也称为脱机钱包，使私钥与任何网络完全断开。冷钱包通常安装在“冷”设备(例如，计算机或移动电话保持离线状态)上，以确保 GTP 私钥的安全。

​

  • DAPP

    • 分布式应用程序是一种无需中央信任方即可运行的应用程序。一种无需中间人就能在最终用户和/或资源之间进行直接交互/协议/通讯的应用程序。

​

  • gRPC

    • gRPC(GTP-RPC 远程过程调用)是最初由 Google 开发的开源远程过程调用(RPC)系统。它使用 HTTP / 2 进行传输，使用协议缓冲区作为接口描述语言，并提供诸如身份验证，双向流和流控制，阻塞或非阻塞绑定以及取消和超时等功能。它为多种语言生成跨平台的客户端和服务器绑定。最常见的使用场景包括以微服务样式架构连接服务以及将移动设备以及浏览器客户端连接到后端服务。

​

  • 热钱包

    • 热钱包(也称为在线钱包)允许在线使用用户的私钥，使用自研加密算法，保证用户所持有的资金和股票安全。

​

  • JDK

    • Java 开发工具包是用于 Java 应用程序的 Java SDK。它是 Java 开发的核心，包括 Java 应用程序环境(JVM + Java 类库)和 Java 工具。

​

  • OY-BDB

    • GTP 在全节点内存中具有 OY-BDB，可以存储在一定时间内生成的所有新分支链，并支持见证人迅速将其活动链从主链切换到新主链。

​

  • 级别数据库

    • 最初采用 LevelDB 的主要目的是满足快速 R / W 和快速开发的要求。启动 GTP-NET（独立网络通信协议）之后，GTP 将其数据库升级为完全定制的数据库，以满足其自身的需求和每日上千亿美金的资金往来安全。

​

  • 默克尔根

    • Merkle 根是区块链网络中作为区块一部分包含的所有交易的所有哈希的哈希。

​

  • 公开测试网(Sofia)

    • 在单节点配置中运行的网络版本。开发人员可以连接和测试功能，而不必担心经济损失。 Testnet 令牌没有价值，任何人都可以向公共水龙头索取更多。

​

  • RPC

    • 在分布式计算中，远程过程调用(RPC)是指计算机程序使过程(子例程)在不同的地址空间(通常在共享网络的另一台计算机上)执行时，其编码方式就像是普通的(本地)过程调用，而无需程序员为远程交互明确编码细节。

​

  • 可扩展性

    • 可伸缩性是 GTP 协议的功能。它是系统，网络或流程处理不断增长的工作量的能力，或者是其潜力可以扩展以适应这种增长的能力。

​

  • 最小单位

    • BMCS取代了drop作为GTP的最小单位。 1 GTP = 1,000,000

​

  • BMCS。

    • 通量

    • 高吞吐量是 GTP 主网的一项功能。

​

  • SR

    • 超级代表，贡献度排名或选举胜出

​

​

2 技术架构

​

GTP 采用三层架构，分为存储层，核心层和应用程序层。 GTP 协议遵守 Google Protobuf ，它本质上支持多语言扩展。

 

2.1 核心

​

核心层有几个模块，包括智能合约，账户管理和共识。在 GTP 上实现了基于堆栈的虚拟机，并使用了优化的指令集。为了更好地支持 DAPP 开发人员，Solidity4 被选为智能合约语言，之后还支持其他高级语言。此外，GTP 的共识机制基于委托权益证明

(DPoS)，并且为了满足其独特要求进行了许多创新。

 

2.2 存储

​

GTP 设计了一种独特的分布式存储协议，该协议包括块存储和状态存储。在存储层的设计中引入了图形数据库的概念，以更好地满足现实世界中多样化数据存储的需求。并且还有正在开发的人工智能 AI。

 

2.2.1 区块链存储

​

GTP 区块链存储选择使用 LevelDB，该数据库由 Google 开发，并已被许多公司和项目证明是成功的。它具有高性能，并支持作为键和值的任意字节数组，奇异的获取，放置和删除，批量放置和删除，双向迭代器以及使用非常快的 Snappy 算法的简单压缩。

 

2.2.2 状态存储

​

GTP 在全节点内存中有一个 OY-BDB，可以存储在一定时间内生成的所有新分支的链，并支持见证人迅速从其活动链切换到新的主链。它还可以通过使其更加稳定以防止在中间状态下异常终止来保护区块链存储。

 

2.3 应用

​

开发人员可以在 GTPAPP 上创建各种 DAPP 的有趣功能和自定义钱包。由于 GTP 可以部署和执行智能合约，因此实用程序应用的机会是无限的。

 

2.4 协议

​

GTP 协议遵守 Google 协议缓冲区 5，这是一种语言无关，平台无关且可扩展的序列化结构化数据的方法，可用于通信协议、数据存储，便于全世界各地的软件工程师加入衍生程序的开发中来。

 

2.4.1 协议缓冲区

 

协议缓冲区(Protobuf)是一种灵活，高效，自动化的机制，用于序列化结构化数据，类似于 JSON 或 XML，但更小，更快，更简单。Protobuf(.proto)定义可用于通过官方代码生成器为 C ++，

Java，C#，Python，Ruby，Golang 和 Objective-C 语言生成代码。多种第三方实现也可用于许多其他语言。 Protobuf 通过统一 API 定义并优化数据传输来简化客户端的开发。客户可以从 GTP 的协议存储库中获取 API .proto，并通过自动生成的代码库进行集成。作为比较，协议缓冲区比 XML 小 3 到 10 倍，并且比 XML 快 20 到 100 倍，语法不那么模糊。 Protobuf 生成易于访问的数据访问类。

 

2.4.2 HTTP

​

GTP 协议提供了 Protobuf API 的 RESTful HTTP API 替代方案。它们共享相同的接口，但是 HTTP API 可以很容易地在 javascript 客户端中使用。

​

2.5 去中心化交易所GTPex

​

GTP网络本身支持分散交换功能。去中心化交易所由多个交易对组成。交易对(表示为“交易所”)是GTP-30 代币之间或GTP代币与BID之间的交易市场。任何帐户都可以在任何令牌之间创建交易对，即使GTP网络上已经存在相同的交易对。 GTP网络规定，所有交易对中两个代币的权重相等，因此它们的

余额之比就是它们之间的价格。例如，考虑一个包含两个代币的交易对，即

ABC和DEF。 ABC的余额为1000万，DEF的余额为100万。由于它们的权重相等，因此10 ABC = 1 DEF。这意味着ABC与DEF之比为10 ABC / DEF。

​

3 共识机制

​

3.1 委托权益证明(DPoS)

​

最早的共识机制是工作量证明(PoW)共识机制。 该协议当前在比特币和以太坊中实现。 在 PoW 系统中，通过网络广播的交易被分组到新生的区块中以进行矿工确认。 确认过程涉及使用加密哈希算法对事务进行哈希处理，直到达到 merkle 根为止，从而创建 merkle 树。输入/输出长度大小-算法可以传入任何长度的大小的输入，并输出固定长度的哈希值。效率-该算法相对容易且快速地计算。

​

成像前电阻-对于给定的输出乙，不可能找到任何输入 x 使得 h(x)= z。换句话说，哈希算法 h(x)是单向函数，在给定输入的情况下，只能找到输出。相反是不可能的。

​

耐碰撞性-找到 h(xj = h(x ^)的任何对 X1 + x?在计算上是不可行的，换句话说，找到两个不同的输入散列到同一输出的可能性非常低。暗示第二原像抵抗。

​

第二原像电阻-给定 x7，因此给定 h(x ^)，找到 x 不可能在计算上可行?使得 h(xj = h(x ^。)虽然该属性类似于抗碰撞性，但是该属性的不同之处在于，它说具有给定 x 的攻击者，我将发现在计算上无法找到相同的 x?哈希输出。

确定性-将每个输入映射到一个且仅一个输出。

​

雪崩效应-输入的微小变化会导致输出完全不同。   这些属性通过确保攻击不会危害网络，从而赋予加密货币网络其内在价值。当矿工确认阻止时，他们将获得奖励令牌，作为对网络参与的内置激励。但是，随着全球加密货币市场资本的稳定增长，矿工开始集中管理并将其计算资源集中在 ho 积令牌作为资产，而不是用于网络参与目的。 CPU 矿工让位给了 GPU，而 GPU 又让位给了功能强大的 ASIC。在一项值得注意的研究中，比特币采矿的总功耗估计高达 3 GW ，与爱尔兰的功耗相当。这项研究还预测不久的将来总功耗将达到 8 GW。

​

为了解决能源浪费问题，许多新网络提出了股权证明(PoS)共识机制。在 PoS 网络中，令牌持有者锁定其令牌余额以成为区块验证者。验证者轮流对下一个区块提出建议并投票。但是，标准 PoS 的问题在于，验证者的影响与锁定的令牌数量直接相关。这导致各方 ho 积了大量网络基础货币，对网络生态系统产生了不适当的影响。

 

GTP 协议网络每三秒钟生成一个块，每个块将 32 个 B-ID 授予超级代表。每年将向 27 个超级代表（超级代表）授予总计 B-ID。每当超级代表完成大宗商品生产时，奖励就会发送到超级分类账中的子帐户。 超级代表可以检查但不能直接使用这些 B-ID 令牌。

​

每个超级代表可以每 24 小时提款一次，将奖励从子帐户转移到指定的超级代表帐户。

 

 

4 账户

​

4.1 类型

​

  GTP 网络中的三种帐户类型是普通帐户，令牌帐户和合同帐户。

  1. 常规帐户用于标准交易。

  2. 令牌帐户用于存储 GTP-30 令牌。

  3. 合同账户是由常规账户创建的智能合约账户，也可以由常规账户触发。

​

4.2 创造

​

 创建 GTP 帐户的方法有以下三种：

  1. 通过 API 创建一个新帐户

  2. 将 B-ID 转移到新的帐户地址

  3. 将任何 GTP-30 令牌转移到新的帐户地址中

也可以生成由地址(公共密钥)和私有密钥组成的，且未被

GTP 网络记录的离线密钥对。用户地址生成算法包括生成密钥对，

然后提取公共密钥(表示 x，y 坐标的 64 字节字节数组)。使用 SHA3-256 函数(采用的 SHA3 协议为 KECCAK-256)散列公共密钥，并提取结果的最后 20 个字节。在字节数组的开头添加 41，并确保初始地址长度为 21 个字节。使用 SHA3-256 函数对地址进行两次哈希处理，并将前 4 个字节作为验证码。将验证码添加到初始地址的末尾，并通过 base58 编码以 base58check 格式获取地址。编码的 Mainnet 地址以 T 开头，长度为 34 个字节。

​

4.3 结构

​

  三种不同的帐户类型是“普通”，“资产发行”和“合同”。帐户包含 7 个参数：

  1. account_name：此帐户的名称，例如 ZhouAccount。

  2. type：此帐户的类型是什么，例如 0(代表“正常”类型)。

  3. balance：该帐户的余额，例如 2354678。

  4. vote：获得此帐户的投票，例如{(“ 0x1b7w ... 9xj3”，323)，(“ 0x8djq ... j12m”，88)，…，(“ 0x82nd ... mx6i”，10001)}。

  5. asset ：此帐户中预期 B-ID 的其他资产，例如{<“ WishToken”，66666>，<“ Dogie”，233>}。简单的说，基金，期权，股票等

  6. latest_operation_time：该帐户的最新操作时间。

​

5 区块

​

 一个块通常包含一个块头和几个事务。

​

​

Protobuf 数 据 结 构 ：

 

5.1 块头

​

  块头包含raw_data，见证人签名和blockID

 

5.1.1 原始数据

​

  原始数据在 Protobuf 中表示为 raw_data。它包含消息的原始数据，其中包含 6 个参数：

  1. timestamp：此消息的时间戳，例如 1543884429000。

  2. txTrieRoot：Merkle 树的根 7dacsa…3ed。

  3. parentHash：最后一个块的哈希，例如 7dacsa…3ed。

  4. number：块的高度-例如 4638708。

  5. witness_address：此区块中包装的证人的地址，例如：41928c ... 4d21。

​

5.1.2 见证签名

​

见证签名在 Protobuf 中表示为“见证签名”，它是来自见证节点的此块标头的签名。

​

5.1.3 块 ID

​

  在 Protobuf 中，块 ID 表示为 blockID。它包含一个块的原子标识。块 ID 包含 2 个参数：

  1. hash：块的哈希。

  2. number：块的哈希值和高度。

​

5.2 交易

​

5.2.1 签名

 

GTP 的交易签名过程遵循标准的 ECDSA 加密算法，并带有 SECP256K1 选择曲线。私钥是随机数，公钥是椭圆曲线上的一个点。公钥生成过程包括：首先生成一个随机数作为私钥，然后将椭圆曲线的基点乘以私钥以获得公钥。发生事务时，首先将事务原始数据转换为字节格式。然后对原始数据进行 SHA-256 哈希处理。然后，与合同地址相对应的私钥对 SHA256 哈希的结果进行签名。然后将签名结果添加到事务中。

​

5.2.2 带宽模型

​

普通交易仅消耗带宽点，而智能合约操作则消耗能量和带宽点。有两种类型的带宽点可用。用户可以通过冻结 B-id 获得带宽点，同时每天还可以使用 5000 个可用带宽点。

​

广播 B-ID 事务时，它会以字节数组的形式在网络上传输和存储。一笔事务消耗的带宽点数=事务字节数乘以带宽点数率。例如，如果事务的字节数组长度为 200，则该事务消耗 200 个带宽点。但是，如果 B-ID 或令牌转移导致创建了目标帐户，则只会扣除创建帐户所消耗的带宽点，而不会扣除其他带宽点。在创建帐户的情况下，网络将首先消耗事务启动程序从冻结 B-ID 获得的带宽点。如果此数量不足，则网络将消耗事务发起者的 B-ID。

​

在从一个 B-ID 帐户到另一个 B-ID 帐户的标准 B-ID 传输方案中，网络首先会消耗事务启动程序获得的带宽点，以冻结 BID。如果这还不够，那么它将从免费的 5000 个每日带宽点中消耗掉。如果这还不够，那么网络将消耗事务启动器的 B-ID。该数量由事务中的字节数乘以 10 BMCS 得出。因此，对于可能不必冻结其 B-ID 来参加超级代表投票的大多数 B-ID 持有者，将自动跳过第一步(因为冻结了 B-ID 余额= 0)，并且每天有 5000 个可用带宽为交易提供动力。

​

对于 GTP-30 令牌传输，网络首先验证已发行令牌资产的总可用带宽点是否足够。如果不是，则消耗冻结 B-ID 所获得的带宽点。如果仍然没有足够的带宽点，则它将消耗事务启动器的 B-

ID。

​

5.2.3 费用

​

GTP 网络通常不对大多数交易收取费用，但是，由于系统限制和公平性，带宽使用和交易确实会收取一定费用。

收费分为以下几类：

  1. 正常交易占用带宽点。用户可以使用免费的每日带宽点 (5000) 或冻结 B-ID 以获得更多。当带宽点不够时，将直接从发送帐户中使用 B-ID。所需的 B-ID 是字节数* 10 BMCS。

  2. 智能合约会消耗能量(第 6 节)，但是还需要带宽点才能广播和确认交易。带宽成本与上述相同。

  3. 所有查询交易都是免费的。它不消耗能量或带宽。

  4. GTP 网络还为以下交易定义了一套固定费用：

    1. 创建见证节点：9999 T

    2. 发行 GTP-30 令牌：1024 B-ID

    3. 创建新账户：0.1 B-ID

    4. 创建交换对：1024 B-ID

​

5.2.4 交易作为权益证明(TaPoS)

​

GTP 使用 TaPoS 来确保交易全部确认主区块链，同时难以伪造假冒链。在 TaPoS 中，网络要求每个事务都包括最近块头的哈希值的一部分。此要求可防止交易在不包含所引用块的分支上重播，并且还向网络发出信号，表明特定用户及其利益在特定分支上。这种共识机制可以保护网络免受拒绝服务，51%的拒绝，自私的挖矿和双重支出攻击。

​

5.2.5 交易确认

​

在将交易广播到网络之后，将其包括在将来的交易中。在 GTP 上挖出 19 个区块(包括其自己的区块)后，确认交易。每个区块都是由前 27 名超级代表之一以循环赛的方式制作的。每个区块大约需要 3 秒钟才能在区块链上进行挖掘。每个超级代表的时间可能会因网络状况和机器配置而略有不同。通常，大约 1 分钟后才认为交易已完全确认。

​

6 智能合约

​

6.1 简介

 

智能合约是一种数字验证合约谈判的协议。它们定义与协议相关的规则和处罚，并自动执行这些义务。智能合约代码可促进，验证和执行协议或交易的谈判或执行。从令牌化的角度来看，如果满足某些条件，智能合约还可以促进参与方之间的自动资金转移。

 

GTP 智能合约以 Solidity 语言编写。一旦编写和测试，它们就可以编译成字节码，然后部署到 GTP 虚拟机的 GTP 网络上。部署后，可以通过合同地址查询智能合同。合同应用程序二进制接口(ABI)显示了合同的调用功能，并用于与网络进行交互。

​

6.2 能源模型

​

  部署和触发智能合约的最大能量限制是几个变量的函数：

  • 冻结 1 B-ID 产生的动态能量为 50,000,000,000(总能量限制)/(总能量重量)

  • 能量限制是冻结 B-ID 的每日帐户能量限制

  • 冻结的 B-ID 中剩余的每日帐户能量计算为能量限制-使用的能量

  • B-ID 中的费用限制是在智能合约部署/触发呼叫中设置的

  • 帐户中剩余的可用 B-ID

  • 如果直接购买，则每个 B-ID 的能量(10 BMCS = 1 能量)= 100,000，SR 可以对调整投票有两种消耗场景可用于计算部署的最大能量限制和触发。 

 

6.3 部署

 

编译 GTP 实体智能合约时，GTP 虚拟机将读取已编译的字节码。字节码由用于代码部署，合同代码和 Auxdata 的部分组成。

​

Auxdata 是源代码的加密指纹，用于验证。部署字节码运行构造函数，并设置初始存储变量。部署代码还计算合同代码，并将其返回给 TVM。 ABI 是一个 JSON 文件，描述了 GTP 智能合约的功能。该文件定义了函数名称，其可支付性，函数返回值及其状态可变性。   

​

6.4 能源模型

​

  部署和触发智能合约的最大能量限制是几个变量的函数：

  • 冻结1 GTP产生的动态能量为50,000,000,000(总能量限制)/(总能量重量)

  • 能量限制是冻结GTP的每日帐户能量限制

  • 冻结的GTP中剩余的每日帐户能量计算为能量限制-使用的能量

  • GTP中的费用限制是在智能合约部署/触发呼叫中设置的

  • 帐户中剩余的可用GTP

  • 如果直接购买，则每个GTP的能量(BMCS = 1能量)= 100,000，SR可以对调整投票

​

有两种消耗场景可用于计算部署的最大能量限制和触发。 逻辑可以表示如下：

​

6.5 触发功能

​

部署 GTP 智能合约后，可以通过 GTPStudio 或通过 API 调用分别触发其功能。状态更改功能需要能源，而只读功能无需能源即可执行。

​

7 治理

​

7.1 超级代表

​

7.1.1 总则

 

GTP网络中的每个帐户均可申请并有机会成为超级代表(表示为SR)。每个人都可以为SR候选人投票。投票数最高的前27名候选人将成为具有投票权和义务的SR。投票每6小时计算一次，SR也会相应更改。

 

为了防止恶意攻击，要成为SR候选人要付出代价。申请时，将从申请人的帐户中扣除9999 GTP。一旦成功，该帐户即可加入SR选举。

​

7.1.2 选举

​

需要GTP Power(表示为BP)进行投票，BP的数量取决于选民的冻结资产(GTP)。

BP是通过以下方式计算的：

​

1 BP = 1 GTP frozen to get bandwidth

​

GTP网络中的每个帐户都有权为其自己的SR投票。

​

发布后(解冻，三天后可用)，用户将没有任何冻结资产，并相应地丢失所有BP。结果，除非GTP再次冻结以进行投票，否则所有投票将对正在进行的投票和将来的投票无效。

​

请注意，GTP网络仅记录最近的投票，这意味着每个新投票都将否定所有以前的投票。

​

7.1.3 奖励

​

投票奖励

​

也称为候选者奖励，每轮(6小时)更新一次的前127名候选者将共享 115,200 GTP。奖励将根据每个候选人获得的投票权重进行分配。每年，候选人的总奖励将为168,192,000 GTP。

​

每轮总投票奖励

为什么每轮是 115,200 GTP？

115, 200 GTP = total vote reward per round (V R/round)

V R/round = 16 GTP/block × 20 blocks/min × 60 mins/hr× 6 hrs/round

 

每年总投票奖励

为什么每年是 168,192,000 GTP？

168, 192, 000 GTP = total vote reward per year (V R/year)

V R/year = 115, 200 GTP/round × 4 rounds/day × 365 days/year

​

区块奖励

​

也称为超级代表奖励，当选的前 27 名候选人（SR）每轮（6 小时）将共享大约 230,400 GTP。 奖励将平均分配在 27 个 SR 之间（减去由于网络错误而错过的总奖励块）。 总计每年将授予336,384,000 GTP 给 27 个 SR。

 

每轮总区块奖励

为什么每轮是 230,400 GTP？

230, 400 GTP = total block reward per round (BR/round)

BR/round = 32 GTP/bloc × 20 blocks/min × 60 mins/hr × 6 hrs/round

​

每年总区块奖励

为什么每年是 336,384,000 GTP？

336, 384, 000 GTP = total block reward per year (BR/year)

BR/year = 230, 400 GTP/round × 4 rounds/day × 365 days/year

​

2022 年 1 月 1 日

2022 年 1 月 1 日之前，GTP 网络和 GTP 基金会将不会出现通货膨胀将在该日期之前奖励所有区块奖励和候选奖励。

 

奖励计算

​

SR 奖励计算：

total reward = vote reward (V R) + block reward (BR)

V R = total V R ×(votes SR candidate received / total votes)

BR = (total BR / 27) - block missed × 32

排名 28-127 的 SR 候选人奖励计算：

total reward = vote reward (V R)

V R = total V R ×(votes SR candidate received / total votes)

​

8 DAPP 开发

​

8.1 API

​

GTP 网络提供了超过 60 种以上的 HTTP API 网关供您选择，以通过完全和实体节点与网络进行交互。此外，GTPWeb 是一个包含 API 函数的综合 JavaScript 库，使开发人员能够部署智能合约，更改区块链状态，查询区块链和合约信息，在GTPex上进行交易等等。这些 API 网关可以定向到本地专用网，GTPtest测试网或GTP 主网。

​

8.2 网络

 

GTP 有一个SOFIA测试网和一个Mainnet。开发人员可以通过部署节点，通过 GTPStudio 进行交互或通过 GTPGrid 服务使用 API 来连接到网络。 GTPGrid 服务由全球 AWS 服务器上托管的负载均衡节点群集组成。随着 DAPP 开发规模的扩大和 API 调用量的增加，GTPGrid 成功地应对了 API 流量的增长。

​

8.3 工具

​

GTP 提供了一套开发工具，使开发人员能够创建创新的 DAPP。 GTPBox 是一个框架，允许开发人员通过 GTPWeb API 测试和部署智能合约。 GTPGrid 是负载平衡和托管的 API 服务，使开发人员无需运行自己的节点即可访问 GTP 网络。 GTPGrid 提供对 Sofia 测试网以及 GTP 主网的访问。 GTPStudio 是一个全面的集成开发环境(IDE)，使开发人员能够编译，部署和调试其 Solidity 智能合约。 GTPStudio 包含一个内部完整节点，可在部署前为智能合约测试创建一个私有本地环境。 GTPWeb API 库通过包装在 JavaScript 中的多种 HTTP API 调用将开发人员连接到网络。

 

8.4 资源

​

GTP 开发人员中心是一个全面的 API 文档网站，专用于希望在 GTP 网络上构建的开发人员。开发人员中心提供对 GTP 的高层概念性了解，并引导用户了解与网络交互的详细信息。这些指南将引导开发人员完成节点设置，智能合约的部署和交互，API交互和实施，构建示例 DApp 以及使用每种开发人员工具的过程。

​

另外，可以通过 Discord 获得开发者社区渠道。

bottom of page