波场白皮书
giriiş
1.1 Vizyon
TRON gerçek anlamda merkezi olmayan bir İnternet'in kurulmasına adanmış iddialı bir projedir ve
altyapı. TRON Protokolü, dünyadaki en büyük blockchain tabanlı işletim sistemlerinden biri
dünya, yüksek aktarım hızı, yüksek ölçeklenebilirlik ve yüksek kullanılabilirlik için genel blockchain desteği sunar.
TRON ekosistemindeki tüm Merkezi Olmayan Uygulamalar (DApp'ler). Temmuz 2018'de satın alınması
BitTorrent, TRON'nin merkezi olmayan bir ekosistem oluşturma konusundaki liderliğini daha da güçlendirdi.
1.2 Arka Plan
Bitcoin'nin 2009'da kullanıma sunulması, toplumun geleneksel finansal algısında devrim yarattı Büyük Durgunluğun (2007-2008) ardından sistem. Merkezi hedge fonları ve bankalar olarak Şeffaf olmayan finansal türevlerdeki spekülasyonlar nedeniyle çöken blockchain teknolojisi, herkesin işlem bilgilerini toplayabildiği şeffaf evrensel defter. işlemler, İş Kanıtı (PoW) fikir birliği mekanizması kullanılarak kriptografik olarak güvence altına alındı, böylece çift harcama sorunlarının önüne geçilir.
2013'ün sonlarında, Ethereum teknik incelemesi, smart contracts ve bir Turing-complete Ethereum Sanal Makine (EVM), geliştiricilerin DApp'ler aracılığıyla ağ. Ancak Bitcoin ve Ethereum'deki işlem hacimleri 2017'de zirveye ulaştığından, düşük işlem çıkış süreleri ve yüksek işlem ücretlerinden açıkça görülüyordu ki Bitcoin ve Ethereum gibi kripto para birimleri mevcut halleriyle yaygın olarak ölçeklenebilir değildi evlat edinme. Böylece TRON kuruldu ve bu acil ihtiyaçlara yenilikçi bir çözüm olarak tasarlandı ölçeklenebilirlik zorlukları.

1.3 Tarih TRON DAO Temmuz 2017'de Singapur'da kuruldu. Aralık 2017'de TRON vardı açık kaynak protokolünü başlattı. Testnet, Blockchain Explorer ve Web Cüzdanının hepsi Mart 2018'de kullanıma sunuldu. TRON Mainnet bundan kısa bir süre sonra Mayıs 2018'de kullanıma sunuldu. Teknik bir dönüm noktası olarak Odyssey 2.0 sürümü. Haziran 2018'de TRON bağımsızlığını ilan etti Genesis bloğunun oluşturulması ve Temmuz 2018'de BitTorrent'in satın alınmasıyla birlikte. içinde Ekim 2018, TRON, geliştiricilere yönelik eksiksiz bir araç seti olan TRON Sanal Makineyi (TVM) piyasaya sürdü. ve 360 destek sistemi. TRON yol haritası, BitTorrent'in 100 milyon kullanıcısını birleştirmeyi içeriyor Project Atlas aracılığıyla TRON ağıyla bağlantı kurmanın yanı sıra geliştirici topluluğunun lansmanı teşvik etmesi TRON ağında1 heyecan verici yeni DApp'ler. 1 V1.0 https://tron.network/static/doc/white_paper_v_1_0.pdf adresinde mevcuttur
1.4 Terminoloji
Adres/Cüzdan TRON ağındaki hesap kimlik bilgilerinden oluşan bir adres veya cüzdan, bir kişi tarafından oluşturulur. bir özel anahtar ve bir genel anahtardan oluşan anahtar çifti; ikincisi birincisinden türetilir bir algoritma aracılığıyla. Genel anahtar genellikle oturum anahtarı şifrelemesi, imza için kullanılır. doğrulama ve ilgili özel anahtarla şifresi çözülebilecek verilerin şifrelenmesi.
Abi Uygulama ikili arayüzü (ABI), iki ikili program modülü arasındaki bir arayüzdür; genellikle Bu modüllerden biri bir kütüphane veya işletim sistemi tesisi, diğeri ise kullanıcı tarafından çalıştırılan bir modüldür. programı.
API'si Bir uygulama programlama arayüzü (API) esas olarak kullanıcı istemcilerinin geliştirilmesi için kullanılır. API'li destek, token düzenleme platformları geliştiricilerin kendileri tarafından da tasarlanabilir.
Varlık TRON'nin belgelerinde varlık, TRC-10 token olarak da gösterilen token ile aynıdır.
Bant Genişliği Noktaları (BP) Ağın sorunsuz çalışmasını sağlamak için, TRON ağ işlemleri yakıt olarak BP'yi kullanır. Her hesap 5000 ücretsiz günlük BP alır ve daha fazlası, BP için TRX'i dondurarak elde edilebilir. Hem TRX hem de TRC-10 token transferler BP'ye mal olan normal işlemlerdir. Akıllı sözleşme dağıtımı ve yürütülmesi işlemler hem BP hem de Enerji tüketir.
Blok Bloklar işlemlerin dijital kayıtlarını içerir. Tam bir blok sihirli sayıdan oluşur, blok boyutu, blok başlığı, işlem sayacı ve işlem verileri.
Ödülü Engelle Blok üretim ödülleri bir alt hesaba (adres/cüzdan) gönderilir. Süper Temsilciler şunları yapabilir: ödüllerini Tronscan'den veya doğrudan API aracılığıyla talep edebilirsiniz.
Blok Başlığı Bir blok başlığı bir bloğun parçasıdır. TRON blok başlıkları önceki bloğun hash öğesini içerir, Merkle kökü, zaman damgası, sürüm ve tanık adresi.Soğuk Cüzdan Çevrimdışı cüzdan olarak da bilinen soğuk cüzdan, özel anahtarın herhangi bir cihazla bağlantısının tamamen kesilmesini sağlar. ağ. Soğuk cüzdanlar genellikle "soğuk" cihazlara (örneğin bilgisayarlar veya cep telefonları) yüklenir. TRX özel anahtarının güvenliğini sağlamak için çevrimdışı kalmak).
DUygulaması Merkezi Olmayan Uygulama, merkezi olarak güvenilen bir taraf olmadan çalışan bir Uygulamadır. Bir uygulama Son kullanıcılar ve/veya kaynaklar arasında doğrudan etkileşimi/anlaşmaları/iletişimi mümkün kılan aracı olmadan.
gRPC gRPC (gRPC Uzaktan Prosedür Çağrıları), açık kaynaklı bir uzaktan prosedür çağrısı (RPC) sistemidir 2 başlangıçta Google'da geliştirildi. Aktarım için HTTP/2'yi, arayüz olarak Protokol Tamponlarını kullanır açıklama dili ve kimlik doğrulama, çift yönlü akış ve akış gibi özellikler sağlar kontrol, engelleme veya engellemeyen bağlamalar ve iptal ve zaman aşımları. Üretir Birçok dil için platformlar arası istemci ve sunucu bağlantıları. En yaygın kullanım senaryoları mikro hizmet tarzı mimarideki bağlantı hizmetlerini ve mobil cihazların bağlanmasını içerir ve tarayıcı istemcilerinden arka uç hizmetlerine.
Sıcak Cüzdan Çevrimiçi cüzdan olarak da bilinen sıcak cüzdan, kullanıcının özel anahtarının çevrimiçi olarak kullanılmasına olanak tanır. potansiyel güvenlik açıklarına veya kötü niyetli aktörlerin müdahalesine karşı hassastır.
JDK Java Geliştirme Kiti, Java uygulamaları için kullanılan Java SDK'dır. Java'nın çekirdeğidir Java uygulama ortamını (JVM+Java sınıf kitaplığı) ve Java'yı içeren geliştirme araçlar.
KhaosDB TRON tam düğüm belleğinde, oluşturulan tüm yeni çatallanmış zincirleri saklayabilen bir KhaosDB'ye sahiptir belirli bir süre içerisinde tanıkların kendi aktif zincirlerinden hızlı bir şekilde geçiş yapmalarına destek olur yeni bir ana zincire dönüşür. Daha fazla ayrıntı için bkz. 2.2.2 Durum Depolama.
SeviyeDB LevelDB başlangıçta hızlı R/W ve hızlı veri gereksinimlerini karşılamak amacıyla benimsendi. gelişme. Ana Ağı başlattıktan sonra TRON veritabanını tamamen özelleştirilmiş bir sürüme yükseltti biri kendi ihtiyaçlarını karşılıyordu. Daha fazla ayrıntı için bkz. 2.2.1 Blok Zinciri Depolama.
Merkle Kökü Merkle kökü, blockchain içindeki bir bloğun parçası olarak dahil edilen tüm işlemlerin hash'larının hash'sidir. ağ. Daha fazla ayrıntı için 3.1 Yetki Verilen Hisse Kanıtı'na (DPoS) bakın. 2 https://en.wikipedia.org/wiki/GRPC

Herkese Açık Test Ağı (Shasta) Ağın tek düğümlü yapılandırmada çalışan bir sürümü. Geliştiriciler bağlanıp test edebilir Ekonomik kayıp konusunda endişelenmeden özellikler. Testnet token'lerin hiçbir değeri yoktur ve herkes bunu yapabilir halka açık musluktan daha fazlasını isteyin.
RPC
3
Dağıtılmış hesaplamada, uzaktan prosedür çağrısı (RPC), bir bilgisayar programının bir soruna neden olduğu zamandır.
farklı bir adres alanında (genellikle başka bir bilgisayarda) yürütülecek prosedür (alt program)
normal (yerel) bir prosedür çağrısıymış gibi kodlanan, paylaşılan bir ağ
programcı uzaktan etkileşimin ayrıntılarını açıkça kodluyor.
Ölçeklenebilirlik Ölçeklenebilirlik, TRON Protokolünün bir özelliğidir. Bir sistemin, ağın veya sürecin, Artan miktardaki işin üstesinden gelmek veya bu büyümeye uyum sağlayacak şekilde genişletilme potansiyeli.
GÜNEŞ SUN, TRX'in en küçük birimi olarak drop'un yerini aldı. 1 TRX = 1.000.000 PAZAR.
Verim Yüksek verim, TRON Mainnet'in bir özelliğidir. Saniyedeki İşlem Sayısı (TPS) cinsinden ölçülür, yani bir saniyedeki maksimum işlem kapasitesi.
Zaman damgası Blok üretiminin yaklaşık süresi, Unix zaman damgası olarak kaydedilir; 01 Ocak 1970 UTC 00:00:00'dan bu yana geçen milisaniye.
TKC Jeton yapılandırması.
TRC-10 TRON platformunda token kripto standardı. Uyulması gereken belirli kurallar ve arayüzler vardır TRON blockchain tarihinde ilk para arzını tutarken.
TRX TRX, TRON resmi kripto para birimi olan Tronix'i temsil eder.
3 https://en.wikipedia.org/wiki/Remote_procedure_call
介绍
1.1 愿景
TRON 是一个雄心勃勃的项目,致力于建立一个真正去中心化的互联网及其
基础设施。 TRON 协议,最大的基于 blockchain 的操作系统之一
world,为高吞吐量、高可扩展性和高可用性提供公共 blockchain 支持
TRON 生态系统中的所有去中心化应用程序 (DApp)。 2018年7月收购
BitTorrent 进一步巩固了 TRON 在追求去中心化生态系统方面的领导地位。
1.2 背景
2009 年Bitcoin 的推出彻底改变了社会对传统金融的看法 大衰退(2007-2008)之后的系统。作为中心化的对冲基金和银行 由于不透明的金融衍生品投机而崩溃,blockchain 技术提供了 透明的通用分类账,任何人都可以从中收集交易信息。的 使用工作证明(PoW)共识机制以加密方式保护交易, 从而防止双重支出问题。
2013 年底,Ethereum 白皮书提出了一个网络,其中 smart contract 和 图灵完备的 Ethereum 虚拟机 (EVM) 将允许开发人员与 通过 DApp 网络。然而,随着 Bitcoin 和 Ethereum 的交易量在 2017 年达到顶峰, 从低交易吞吐量时间和高交易费用可以明显看出 像 Bitcoin 和 Ethereum 这样的加密货币在其现有状态下无法扩展以供广泛使用 收养。因此,TRON 成立并被设想为解决这些紧迫问题的创新解决方案 可扩展性挑战。

1.3 历史 TRON DAO 于 2017 年 7 月在新加坡成立。 2017 年 12 月,TRON 有 推出了其开源协议。测试网、区块链浏览器和网络钱包都是 于 2018 年 3 月推出。TRON 主网随后于 2018 年 5 月推出,标志着 Odyssey 2.0 的发布是一个技术里程碑。 2018年6月,TRON宣布独立 随着 Genesis 区块的创建,以及 2018 年 7 月对 BitTorrent 的收购。在 2018 年 10 月,TRON 推出了 TRON 虚拟机 (TVM),这是一个完整的开发人员工具集, 以及360支持系统。 TRON 路线图涉及合并 BitTorrent 的 1 亿用户 通过 Project Atlas 与 TRON 网络合作,并促进开发者社区推出 TRON 网络上令人兴奋的新 DApps1。 1 V1.0 发布于 https://tron.network/static/doc/white_paper_v_1_0.pdf
1.4 术语
地址/钱包 由 TRON 网络上的帐户凭据组成的地址或钱包由 密钥对,由私钥和公钥组成,后者源自前者 通过算法。公钥通常用于会话密钥加密、签名 验证,并对可以通过相应私钥解密的数据进行加密。
ABI 应用程序二进制接口(ABI)是两个二进制程序模块之间的接口;通常 这些模块之一是库或操作系统设施,另一个是用户运行的 程序。
应用程序编程接口 应用程序编程接口(API)主要用于用户客户端开发。具有API 支持,token发行平台也可以由开发者自行设计。
资产 在TRON的文档中,资产与token相同,也表示为TRC-10 token。
带宽点 (BP) 为了保持网络平稳运行,TRON网络交易使用BP作为燃料。每个账户 每日免费获得5000BP,冻结TRX换BP还可获得更多。 TRX 和 TRC-10 token 转账是消耗 BP 的正常交易。 智能合约部署和执行 交易既消耗BP又消耗Energy。
块 区块包含交易的数字记录。一个完整的块由幻数组成, 区块大小、区块头、交易计数器和交易数据。
区块奖励 区块生产奖励发送至子账户(地址/钱包)。超级代表可以 在 Tronscan 上或直接通过 API 领取奖励。
区块头 块头是块的一部分。 TRON 块头包含前一个块的 hash, Merkle 根、时间戳、版本和见证人地址。冷钱包 冷钱包也称为离线钱包,使私钥与任何人完全断开连接。 网络。冷钱包通常安装在“冷”设备上(例如电脑或手机) 保持离线)以保证TRX私钥的安全。
去中心化应用程序 去中心化应用程序是一种在没有集中信任方的情况下运行的应用程序。申请 实现最终用户和/或资源之间的直接交互/协议/通信 没有中间人。
远程过程调用 gRPC(gRPC Remote procedure Calls)是一个开源的远程过程调用(RPC)系统 2 最初是在 Google 开发的。它使用 HTTP/2 进行传输,使用 Protocol Buffers 作为接口 描述语言,并提供身份验证、双向流和流量等功能 控制、阻塞或非阻塞绑定以及取消和超时。它生成 多种语言的跨平台客户端和服务器绑定。最常见的使用场景 包括微服务风格架构中的连接服务和连接移动设备,以及 浏览器客户端到后端服务。
热钱包 热钱包又称在线钱包,允许用户在线使用私钥,因此可以 容易受到潜在漏洞或恶意行为者拦截的影响。
JDK Java Development Kit 是用于 Java 应用程序的 Java SDK。它是Java的核心 开发,包括Java应用环境(JVM+Java类库)和Java 工具。
考斯数据库 TRON 在全节点内存中有一个 KhaosDB,可以存储所有新分叉生成的链 在一定时间内支持见证人快速从自己的活跃链切换 进入新的主链。更多详细信息请参见 2.2.2 状态存储。
水平数据库 LevelDB最初被采用的主要目标是满足快速R/W和快速读取的要求。 发展。主网启动后,TRON 将其数据库升级为完全定制的 一个满足其自身的需要。更多详情请参见2.2.1 区块链存储。
默克尔根 Merkle 根是作为 blockchain 中的块的一部分包含的所有交易的所有 hash 的 hash 网络。有关更多详细信息,请参阅 3.1 委托权益证明 (DPoS)。 2 https://en.wikipedia.org/wiki/GRPC

公共测试网(Shasta) 以单节点配置运行的网络版本。开发者可以连接并测试 功能,无需担心经济损失。测试网 tokens 没有价值,任何人都可以 对公共水龙头提出更多要求。
远程过程调用
3
在分布式计算中,远程过程调用(RPC)是指计算机程序引起
在不同的地址空间(通常在另一台计算机上)执行的过程(子例程)
一个共享网络),它的编码就像一个正常的(本地)过程调用,没有
程序员明确编码远程交互的细节。
可扩展性 可扩展性是 TRON 协议的一项功能。它是系统、网络或流程的能力 处理越来越多的工作或扩大工作量以适应这种增长的潜力。
太阳 SUN取代drop成为TRX的最小单位。 1 TRX = 1,000,000 SUN。
吞吐量 高吞吐量是 TRON 主网的一个特点。它以每秒事务数 (TPS) 来衡量, 即一秒内的最大交易能力。
时间戳 区块生产的大致时间记录为Unix时间戳,即区块生产的数量 自 UTC 时间 1970 年 1 月 1 日 00:00:00 起经过的毫秒数。
TKC 令牌配置。
TRC-10 TRON 平台上的加密货币 token 标准。需要遵循一定的规则和接口 在 TRON blockchain 举行首次代币发行时。
TRX TRX代表Tronix,它是TRON的官方加密货币。
3 https://en.wikipedia.org/wiki/Remote_procedure_call
Mimari
TRON, Depolama Katmanı, Çekirdek Katmanı ve Uygulama Katmanı'na bölünmüş 3 katmanlı bir mimariyi benimser. TRON protokolü, doğası gereği çoklu dili destekleyen Google Protobuf'a uygundur Uzantı.

Şekil 1: TRON 3 Katmanlı Mimari
2.1 Çekirdek
Çekirdek katmanda smart contracts, hesap yönetimi ve fikir birliği. TRON üzerinde yığın tabanlı bir sanal makine ve optimize edilmiş bir talimat uygulandı seti kullanılır. DApp geliştiricilerini daha iyi desteklemek amacıyla Solidity smart contract olarak seçildi 4 dil ve ardından diğer gelişmiş dillerin gelecekte desteklenmesi gelecektir. Ayrıca TRON'nin fikir birliği mekanizma, Yetki Verilen Hisse Kanıtı'na (DPoS) dayanmaktadır ve birçok yenilik yapılmıştır. benzersiz gereksinimlerini karşılamak için. 2.2 Depolama
TRON, Blok Depolama ve Durumdan oluşan benzersiz bir dağıtılmış depolama protokolü tasarladı Depolama. Grafik veritabanı kavramı, depolama katmanının tasarımına dahil edildi. gerçek dünyada çeşitlendirilmiş veri depolama ihtiyacını daha iyi karşılar. 2.2.1 Blok Zinciri Depolaması
TRON blockchain depolama, Google tarafından geliştirilen ve kanıtlanmış LevelDB'yi kullanmayı tercih ediyor birçok şirket ve projede başarılı oldu. Yüksek performansa sahiptir ve isteğe bağlı baytı destekler hem anahtar hem de değer olarak diziler, tekil alma, koyma ve silme, toplu koyma ve silme, çift yönlü yineleyiciler ve çok hızlı Snappy algoritmasını kullanarak basit sıkıştırma. 2.2.2 Durum Depolama
TRON, tam düğüm belleğinde, oluşturulan tüm yeni çatallanmış zincirleri saklayabilen bir KhaosDB'ye sahiptir belirli bir süre içerisinde tanıkların kendi aktif zincirlerinden hızlı bir şekilde geçiş yapmalarına destek olur yeni bir ana zincire dönüşür. Ayrıca blockchain depolama alanını, bozulmaya karşı daha kararlı hale getirerek koruyabilir bir ara durumda anormal şekilde sonlanıyor. 2.3 Uygulama
Geliştiriciler TRON üzerinde çok çeşitli DApp'ler ve özelleştirilmiş cüzdanlar oluşturabilirler. TRON tarihinden beri smart contracts'nin konuşlandırılmasına ve yürütülmesine olanak tanır, yardımcı program uygulamalarının fırsatları sınırsız. 4 Solidity'nin resmi belgeleri: https://solidity.readthedocs.io/
2.4 Protokol
TRON protokolü, dilden bağımsız, platformdan bağımsız bir Google Protokol Arabelleklerine uygundur. 5 ve iletişim protokollerinde, veri depolamada kullanılmak üzere yapılandırılmış verileri serileştirmenin genişletilebilir yolu, ve daha fazlası. 2.4.1 Protokol Tamponları
Protokol Tamponları (Protobuf), yapılandırılmış serileştirmeye yönelik esnek, verimli, otomatik bir mekanizmadır JSON veya XML'e benzer ancak çok daha küçük, daha hızlı ve daha basit veriler.
Protobuf (.proto) tanımları C++, Java, C#, Python, Ruby için kod üretmek amacıyla kullanılabilir. Golang ve Objective-C dilleri resmi kod oluşturucular aracılığıyla. Çeşitli üçüncü taraf diğer birçok dil için de uygulamalar mevcuttur. Protobuf geliştirmeyi kolaylaştırıyor API tanımlarını birleştirerek ve ayrıca veri aktarımlarını optimize ederek istemciler. Müşteriler API'yi alabilir TRON'nin protokol deposundan .proto alın ve otomatik olarak oluşturulan kod aracılığıyla entegre edin kütüphaneler.
Karşılaştırma yapmak gerekirse, Protokol Tamponları XML'den 3 ila 10 kat daha küçük ve 20 ila 100 kat daha hızlıdır. daha az belirsiz sözdizimi ile. Protobuf, kullanımı daha kolay veri erişim sınıfları oluşturur programlı olarak. 2.4.2 HTTP
TRON Protokolü, Protobuf API'sine alternatif bir RESTful HTTP API'si sağlar. Aynı şeyi paylaşıyorlar arayüz ancak HTTP API, javascript istemcilerinde kolaylıkla kullanılabilir. 2.5 TRON Sanal Makine (TVM)
TVM, TRON ekosistemi için geliştirilmiş hafif, Turing eksiksiz bir sanal makinedir.
TVM, milyonlarca küresel destek sağlamak için mevcut geliştirme ekosistemine sorunsuz bir şekilde bağlanıyor
verimli, kullanışlı, istikrarlı, güvenli ve özel olarak oluşturulmuş bir blockchain sistemine sahip geliştiriciler
ölçeklenebilir.
2.6 Merkezi Olmayan Borsa (DEX)
5 Google Protokol Tamponları resmi belgeleri: https://developers.google.com/protocol-buffers/TRON ağı yerel olarak merkezi olmayan değişim işlevlerini destekler. Merkezi olmayan bir borsa birden fazla işlem çiftinden oluşur. Bir işlem çifti (“Borsa” notasyonu) bir Borsa Piyasasıdır TRC-10 tokens arasında veya TRC-10 token ve TRX arasında. Herhangi bir hesap bir ticaret oluşturabilir aynı çift TRON ağında zaten mevcut olsa bile herhangi bir token arasında çift oluşturabilirsiniz. Ticaret ve işlem çiftlerindeki fiyat dalgalanmaları Bancor Protokolünü takip eder. TRON ağı şunu şart koşuyor: 6 tüm işlem çiftlerindeki iki token'nin ağırlıkları eşittir, dolayısıyla bakiyelerinin oranı fiyattır aralarında. Örneğin, iki tokens, ABC ve DEF içeren bir işlem çiftini düşünün. ABC'nin sahip olduğu bakiyesi 10 milyon, DEF'in bakiyesi ise 1 milyondur. Ağırlıkları eşit olduğundan 10 ABC = 1DEF. Bu, ABC'nin DEF'e oranının DEF başına 10 ABC olduğu anlamına gelir. 2.7 Uygulama
TRON blockchain kodu Java'da uygulanmıştır ve orijinal olarak EthereumJ'den gelen bir çataldır.
6 Bancor Protokolü resmi web sitesi: https://about.bancor.network/protocol/
架构
TRON采用三层架构,分为存储层、核心层和应用层。 TRON 协议遵循 Google Protobuf,本质上支持多语言 扩展。

图 1:TRON 3 层架构
2.1 核心
核心层有几个模块,包括smart contracts、账户管理、 共识。基于堆栈的虚拟机在 TRON 上实现并优化了指令 集被使用。为了更好地支持DApp开发者,Solidity被选为smart contract 4 语言,其次是未来对其他高级语言的支持。另外,TRON的共识 机制基于委托权益证明 (DPoS),并在以下方面做出了许多创新 以满足其独特的要求。 2.2 存储
TRON 设计了一种独特的分布式存储协议,由块存储和状态组成 存储。在存储层的设计中引入了图数据库的概念 更好地满足现实世界多样化数据存储的需求。 2.2.1 区块链存储
TRON blockchain 存储选择使用LevelDB,由Google开发并经过验证 与许多公司和项目取得成功。高性能,支持任意字节 数组作为键和值,单一获取、放置和删除,批量放置和删除,双向 迭代器,以及使用非常快的 Snappy 算法的简单压缩。 2.2.2 状态存储
TRON 在全节点内存中有一个 KhaosDB,可以存储所有新分叉的链 在一定时间内支持见证人快速从自己的活跃链切换 进入新的主链。它还可以通过使其更加稳定来保护 blockchain 存储。 在中间状态异常终止。 2.3 应用
开发者可以在TRON上创建各种DApp和定制钱包。自 TRON 起 使 smart contracts 能够被部署和执行,实用程序应用程序的机会是 无限。 4 Solidity 官方文档:https://solidity.readthedocs.io/
2.4 协议
TRON 协议遵循 Google Protocol Buffers ,这是一种语言中立、平台中立的协议, 5 以及序列化结构化数据的可扩展方式,用于通信协议、数据存储、 等等。 2.4.1 协议缓冲区
Protocol Buffers (Protobuf) 是一种灵活、高效、自动化的机制,用于序列化结构化数据 data,类似于 JSON 或 XML,但更小、更快、更简单。
Protobuf (.proto) 定义可用于生成 C++、Java、C#、Python、Ruby、 通过官方代码生成器生成 Golang 和 Objective-C 语言。各种第三方 还可以用于许多其他语言的实现。 Protobuf 简化了开发 通过统一 API 定义并优化数据传输来为客户端提供服务。客户可以使用API 来自 TRON 协议存储库的 .proto 并通过自动生成的代码进行集成 图书馆。
相比之下,Protocol Buffers 比 XML 小 3 到 10 倍,速度快 20 到 100 倍, 具有更少歧义的语法。 Protobuf 生成更易于使用的数据访问类 以编程方式。 2.4.2 超文本传输协议
TRON 协议提供了 Protobuf API 的 RESTful HTTP API 替代方案。他们有共同点 接口,但 HTTP API 可以很容易地在 javascript 客户端中使用。 2.5 TRON 虚拟机 (TVM)
TVM 是为 TRON 生态系统开发的轻量级图灵完备虚拟机。的
TVM与现有开发生态系统无缝连接,为全球数百万用户提供
为开发者定制高效、便捷、稳定、安全的blockchain系统
可扩展。
2.6 去中心化交易所(DEX)
5 Google Protocol Buffers 官方文档:https://developers.google.com/protocol-buffers/TRON网络原生支持去中心化交易功能。去中心化交易所 由多个交易对组成。交易对(符号“交易所”)是一个交易市场 TRC-10 token 之间,或 TRC-10 token 和 TRX 之间。任何账户都可以创建交易 任何 token 之间的对,即使 TRON 网络上已存在相同的对。贸易和 交易对的价格波动遵循Bancor协议。 TRON 网络规定 6 所有交易对中两个token的权重相等,所以它们的余额之比就是价格 他们之间。例如,考虑一个包含两个 token、ABC 和 DEF 的交易对。 ABC 有 余额为1000万,DEF余额为100万。由于它们的权重相等,因此 10 ABC = 1 防御。这意味着 ABC 与 DEF 的比率为 10 ABC/DEF。 2.7 实施
TRON blockchain 代码是用 Java 实现的,最初是 EthereumJ 的分支。
6 Bancor协议官网:https://about.bancor.network/protocol/
Konsensüs
3.1 Yetki Verilen Hisse Kanıtı (DPoS)
En eski fikir birliği mekanizması, İş Kanıtı (PoW) fikir birliği mekanizmasıdır. Bu protokol şu anda Bitcoin ve Ethereum'de uygulanmaktadır. PoW sistemlerinde işlemler 7 8 Ağ üzerinden yapılan yayınlar, madenci onayı için yeni oluşan bloklar halinde gruplandırılır. onay süreci, kriptografik hashing algoritmalarını kullanarak hashing işlemlerini içerir. Merkle köküne ulaşıldı ve bir merkle ağacı oluşturuldu:
Şekil 2: 8 TRX işlemi merkle köküne hashişlenmiştir. Bu merkle kökü daha sonra blok başlığına dahil edilir. blockchain oluşturmak için önceden onaylanmış bloklara eklenir. Bu, kolay ve şeffaf bir şekilde takip edilmesini sağlar. işlemler, zaman damgaları ve diğer ilgili bilgiler.
7 Bitcoin teknik inceleme: https://bitcoin.org/bitcoin.pdf 8 Ethereum teknik inceleme: https://github.com/ethereum/wiki/wiki/White-Paper
Kriptografik hashing algoritmaları, ağ saldırılarının önlenmesinde faydalıdır çünkü
birkaç özellik:
9
●
Giriş/Çıkış uzunluğu boyutu - Algoritma herhangi bir uzunluktaki girişi geçebilir ve
sabit uzunluklu bir hash değeri verir.
●
Verimlilik - Algoritmanın hesaplanması nispeten kolay ve hızlıdır.
●
Öngörüntü direnci - Belirli bir z çıkışı için herhangi bir x girişi bulmak imkansızdır;
h(x) = z. Başka bir deyişle, hashing algoritması h(x) tek yönlü bir fonksiyondur ve burada yalnızca
Bir girdi verildiğinde çıktı bulunabilir. Bunun tersi mümkün değildir.
●
Çarpışma direnci - h(x1) olacak şekilde herhangi bir x1 ≠ x2 çiftini bulmak hesaplama açısından mümkün değildir.
= h(x2). Başka bir deyişle, aynı hashing iki farklı giriş bulma olasılığı
çıktı son derece düşüktür. Bu özellik aynı zamanda ikinci ön görüntü direncini de ifade eder.
●
İkinci ön görüntü direnci - Verilen x1 ve dolayısıyla h(x1), hesaplama açısından mümkün değildir
h(x1) = h(x2) olacak herhangi bir x2 bulun. Bu özellik çarpışma direncine benzer olsa da,
özelliği, belirli bir x1 değerine sahip bir saldırganın onu hesaplamalı olarak bulacağını söylemesi bakımından farklılık gösterir
aynı çıktıya yönelik herhangi bir x2 hashing bulmak mümkün değil.
●
Deterministik – her girdiyi tek ve yalnızca bir çıktıyla eşler.
●
Avalanche etkisi - girdideki küçük bir değişiklik tamamen farklı bir çıktıyla sonuçlanır.
Bu özellikler, saldırıların engellenmesini sağlayarak kripto para birimi ağına gerçek değerini verir. ağı tehlikeye atmak. Madenciler bir bloğu onayladığında, yerleşik olarak tokens ile ödüllendirilirler. Ağ katılımı için teşvik. Ancak küresel kripto para birimi piyasası kapitalizasyonu arttıkça istikrarlı bir şekilde arttı, madenciler merkezileşti ve bilgi işlem kaynaklarını token'leri ağa katılım amaçları yerine varlık olarak biriktirmek. CPU madencileri yol verdi GPU'lar yerini güçlü ASIC'lere bıraktı. Önemli bir çalışmada toplam güç Bitcoin madencilik tüketiminin İrlanda'nınkiyle kıyaslandığında 3 GW kadar yüksek olduğu tahmin ediliyor 10 güç tüketimi. Aynı çalışma, toplam güç tüketiminin yakın gelecekte 8 GW'a ulaşacağını öngördü. gelecek.
Enerji israfı sorununu çözmek için Proof of Stake (PoS) fikir birliği mekanizması önerildi. birçok yeni ağ. PoS ağlarında, token sahipleri blok haline gelmek için token bakiyelerini kilitler validators. validator'lar bir sonraki blokta sırayla teklifte bulunur ve oy verir. Ancak sorun standart PoS ile validator etkisinin, kilitlenen token miktarıyla doğrudan ilişkili olmasıdır. Bu, tarafların ağın temel para biriminin büyük miktarlarını gereksiz yere kullanarak istiflemelerine neden olur ağ ekosistemindeki etkisi.
TRON fikir birliği mekanizması yenilikçi bir Yetkilendirilmiş Hisse Kanıtı sistemi kullanır;
Süper Temsilciler (SR'ler) ağ için bloklar üretir. TRX hesap sahipleri her 6 saatte bir
hesaplarını donduranlar, ilk 27 adayın yer aldığı bir dizi SR adayına oy verebilir
SR'ler olarak kabul edildi. Seçmenler, SR'lerin sponsor olduğu projeler gibi kriterlere dayalı olarak SR'leri seçebilirler.
9 PAAR, C., PELZL, J., Kriptografiyi Anlamak: Öğrenciler ve Uygulayıcılar için Bir Ders Kitabı, 2010 ed.
Springer-Verlag Berlin Heidelberg, 2010.
10 https://www.sciencedirect.com/science/article/pii/S2542435118301776TRX'in benimsenmesini ve seçmenlere dağıtılan ödülleri artırın. Bu, daha demokratik ve
merkezi olmayan ekosistem. SR'lerin hesapları normal hesaplardır ancak oy birikimleri
blok üretmelerine olanak sağlar. Bitcoin ve Ethereum gibi düşük aktarım hızları nedeniyle
PoW mutabakat mekanizması ve ölçeklenebilirlik sorunları, TRON'nin DPoS sistemi yenilikçi bir çözüm sunuyor
Bitcoin'nın 3 TPS ve Ethereum'nin 15 TPS'sine kıyasla 2000 TPS ile sonuçlanan mekanizma.
TRON protokol ağı her üç saniyede bir blok üretir ve her blok 32 puan verir. TRX'ten Süper Temsilcilere. 27 SR'ye yıllık toplam 336.384.000 TRX verilecek. Bir SR blok üretimini her tamamladığında, ödüller süper defterdeki bir alt hesaba gönderilir. SR'ler kontrol edebilir ancak bu TRX token'leri doğrudan kullanamaz. Her biri tarafından para çekme işlemi yapılabilir 24 saatte bir SR, ödüllerin alt hesaptan belirtilen SR'ye aktarılması hesap.
TRON ağındaki üç düğüm türü Tanık Düğümü, Tam Düğümü ve Sağlamlık Düğümü'dür. Tanık düğümler SR'ler tarafından kurulur ve esas olarak blok üretimi ve tekliften sorumludur oluşturma/oylama. Tam düğümler, API'ler ve yayın işlemleri ve blokları sağlar. Sağlamlık düğümleri senkronizasyonu diğer Tam Düğümlerden bloklar oluşturur ve ayrıca dizine eklenebilir API'ler sağlar.
共识
3.1 委托权益证明 (DPoS)
最早的共识机制是工作量证明(PoW)共识机制。这个 协议目前在 Bitcoin 和 Ethereum 中实现。在 PoW 系统中,交易 7 8 通过网络广播的数据被分组为新生块以供矿工确认。的 确认过程涉及使用加密 hashing 算法进行 hashing 交易,直到 已达到默克尔根,创建默克尔树:
图 2:8 个 TRX 交易被 hash 写入 Merkle 根中。然后这个默克尔根被包含在区块头中, 附加到之前确认的块上,形成blockchain。这样可以轻松、透明地跟踪 交易、时间戳和其他相关信息。
7 Bitcoin 白皮书:https://bitcoin.org/bitcoin.pdf 8 Ethereum 白皮书:https://github.com/ethereum/wiki/wiki/White-Paper
加密 hashing 算法在网络攻击预防中非常有用,因为它们具有
几个属性:
9
●
输入/输出长度大小 - 该算法可以传入任意长度大小的输入,并且
输出固定长度 hash 值。
●
效率 - 该算法计算起来相对简单且快速。
●
原像抗性 - 对于给定的输出z,不可能找到任何输入x,使得
h(x) = z。换句话说,hashing 算法h(x) 是一种单向函数,其中仅
给定输入,可以找到输出。反过来是不可能的。
●
抗碰撞性 - 在计算上无法找到任何对 x1 ≠ x2 使得h(x1)
= h(x2).换句话说,找到两个不同输入 hashing 到同一输入的概率
产量极低。该属性还意味着第二原像抵抗。
●
第二原像抗性 - 给定x1,因此h(x1),在计算上是不可行的
找到任意x2,使得h(x1) = h(x2)。虽然此属性类似于防撞性,但
属性的不同之处在于,它表示具有给定x1的攻击者将通过计算找到它
无法找到任何x2 hashing 到相同的输出。
●
确定性 - 将每个输入映射到一个且仅一个输出。
●
Avalanche 效果 - 输入的微小变化会导致完全不同的输出。
这些特性确保加密货币网络不会受到攻击,从而赋予其内在价值。 危害网络。当矿工确认一个区块时,他们将获得 tokens 作为内置奖励 网络参与的激励。然而,随着全球加密货币市值 稳步增长,矿工变得中心化,将计算资源集中在 囤积 token 作为资产,而不是用于网络参与目的。 CPU矿工让位于 GPU 又让位于强大的 ASIC。在一项著名的研究中,总功率 Bitcoin 采矿消耗量估计高达 3 吉瓦,与爱尔兰的消耗量相当 10 功耗。该研究预计不久的将来总功耗将达到 8 GW 未来。
为了解决能源浪费问题,权益证明(PoS)共识机制被提出 许多新网络。在 PoS 网络中,token 持有者锁定其 token 余额以成为区块 validators。 validator 轮流对下一个区块进行提议和投票。然而,问题 对于标准 PoS 来说,validator 的影响力与锁定的 token 数量直接相关。 这导致各方囤积大量网络基础货币并过度使用 在网络生态系统中的影响力。
TRON 共识机制采用创新的委托权益证明系统,其中 27
超级代表(SR)为网络生产区块。每 6 小时,TRX 账户持有者
冻结账户的人可以投票选出 SR 候选人,其中排名前 27 的候选人
视为 SR。选民可以根据 SR 赞助的项目等标准来选择 SR
9 PAAR, C., PELZL, J.,《理解密码学:学生和从业者教科书》,2010 年版。
柏林施普林格出版社海德堡,2010。
10https://www.sciencedirect.com/science/article/pii/S2542435118301776提高 TRX 的采用率,并向选民分配奖励。这使得更加民主化和
去中心化的生态系统。 SR的账户是普通账户,但是他们的投票是累积的
允许他们生产区块。由于 Bitcoin 和 Ethereum 的吞吐率较低,
PoW共识机制和可扩展性问题,TRON的DPoS系统提供了一种创新的
机制导致 2000 TPS 与 Bitcoin 的 3 TPS 和 Ethereum 的 15 TPS 相比。
TRON 协议网络每三秒生成一个区块,每个区块奖励 32 TRX 给超级代表。每年将向 27 名 SR 奖励总计 336,384,000 TRX。 每次SR完成区块生产时,奖励都会发送到超级账本的子账户中。 SR 可以检查,但不能直接使用这些 TRX token。每人均可提款 每24小时SR一次,将子账号的奖励转入指定SR 帐户。
TRON网络上的三种类型的节点是见证节点、完整节点和Solidity节点。 见证节点由SR设立,主要负责区块生产和提案 创作/投票。全节点提供API并广播交易和区块。 Solidity 节点同步 来自其他完整节点的块,还提供可索引的 API。
Hesap
4.1 Türler
TRON ağındaki üç hesap türü; normal hesaplar, token hesaplar ve sözleşme hesapları
1.
Standart işlemler için normal hesaplar kullanılır.
2.
Token hesapları TRC-10 token'leri depolamak için kullanılır.
3.
Sözleşme hesapları, normal hesaplar tarafından oluşturulan smart contract hesaplardır ve
normal hesaplar tarafından da tetiklenir.
4.2 Yaratılış
TRON hesabı oluşturmanın üç yolu vardır:
1. API aracılığıyla yeni bir hesap oluşturun 2. TRX'i yeni bir hesap adresine aktarın 3. Herhangi bir TRC-10 token'yi yeni bir hesap adresine aktarın
Bir adres (genel anahtar) ve bir özel anahtardan oluşan ve kuruluş tarafından kaydedilmeyen bir çevrimdışı anahtar çifti. TRON ağı da oluşturulabilir. Kullanıcı adresi oluşturma algoritması aşağıdakilerden oluşur: bir anahtar çifti oluşturmak ve ardından genel anahtarı çıkarmak (x, y'yi temsil eden 64 baytlık bayt dizisi) koordinatlar). SHA3-256 işlevini kullanarak genel anahtarı karma hale getirin (benimsenen SHA3 protokolü KECCAK-256) ve sonucun son 20 baytını çıkartın. Bayt dizisinin başına 41 ekleyin ve ilk adres uzunluğunun 21 bayt olduğundan emin olun. SHA3-256 işlevini kullanarak adresi iki kez karmalayın ve ilk 4 baytı doğrulama kodu olarak alın. Doğrulama kodunu ilk satırın sonuna ekleyin adresine gidin ve adresi base58 kodlaması yoluyla base58check formatında edinin. Kodlanmış Ana ağ adresi T ile başlar ve 34 byte uzunluğundadır. 4.3 Yapı
Üç farklı hesap türü Normal, AssetIssue ve Contract'tır. Bir Hesap 7 içerir parametreler:
1.
hesap_adı: bu hesabın adı – ör. Fatura Hesabı.
2.
tür: bu hesabın türü – ör. 0 ("Normal" tipi anlamına gelir).
3.
bakiye: bu hesabın bakiyesi – ör. 4213312.
Protobuf data structure:
message Account {
message Vote {
bytes vote_address = 1;
int64 vote_count = 2;
}
bytes accout_name = 1;
AccountType type = 2;
bytes address = 3;
int64 balance = 4;
repeated Vote votes = 5;
map<string, int64> asset = 6;
int64 latest_operation_time = 10;
}
enum AccountType {
Normal = 0;
AssetIssue = 1;
Contract = 2;
}
帐户
4.1 类型
TRON 网络中的三种帐户类型是常规帐户、token 帐户和 合约账户。
1.
常规账户用于标准交易。
2.
令牌账户用于存储 TRC-10 tokens。
3.
合约账户是由普通账户创建的 smart contract 账户,可以
也由常规帐户触发。
4.2 创建
创建 TRON 帐户的方法有以下三种:
1. 通过API创建新账户 2. 将TRX转入新账户地址 3. 将任何 TRC-10 token 转入新帐户地址
离线密钥对,由地址(公钥)和私钥组成,且未被记录。 TRON网络,也可以生成。用户地址生成算法包括 生成密钥对,然后提取公钥(代表 x, y 的 64 字节字节数组 坐标)。使用SHA3-256函数对公钥进行哈希处理(采用的SHA3协议是 KECCAK-256)并提取结果的最后 20 个字节。将 41 添加到字节数组的开头 并保证起始地址长度为21字节。使用 SHA3-256 函数对地址进行两次哈希处理 并取前4个字节作为验证码。将验证码添加到初始的末尾 地址,通过base58编码得到base58check格式的地址。一个编码的 主网地址以T开头,长度为34字节。 4.3 结构
三种不同的账户类型是普通账户、资产发行账户和合约账户。一个账户包含 7 个 参数:
1.
account_name:此帐户的名称 – 例如账单帐户。
2.
类型:该帐户的类型 - 例如0(代表“正常”类型)。
3.
余额:该账户的余额 – 例如4213312。
4.
投票:收到此帐户的投票 – 例如{(“0x1b7w…9xj3”,323),
(“0x8djq…j12m”,88),…,(“0x82nd…mx6i”,10001)}。
5.
资产:此账户中预期 TRX 的其他资产 – 例如{<“WishToken”, 66666>, <“Dogie”,
233>}。
6.
latest_operation_time:该账户的最新操作时间。
Protobuf data structure:
message Account {
message Vote {
bytes vote_address = 1;
int64 vote_count = 2;
}
bytes accout_name = 1;
AccountType type = 2;
bytes address = 3;
int64 balance = 4;
repeated Vote votes = 5;
map<string, int64> asset = 6;
int64 latest_operation_time = 10;
}
enum AccountType {
Normal = 0;
AssetIssue = 1;
Contract = 2;
}
Blok
Bir blok genellikle bir blok başlığı ve birkaç işlem içerir.
Protobuf data structure:
message Block {
BlockHeader block_header = 1;
repeated Transaction transactions = 2;
}
5.1 Blok Başlığı
Bir blok başlığı, raw_data, witness_signature ve blockID içerir.
Protobuf data structure:
message BlockHeader {
message raw {
int64 timestamp = 1;
bytes txTrieRoot = 2;
bytes parentHash = 3;
uint64 number = 4;
uint64 version = 5;
bytes witness_address = 6;
}
bytes witness_signature = 2;
bytes blockID = 3;
}
5.1.1 Ham Veri
Ham veriler Protobuf'ta raw_data olarak gösterilir. 6 içeren bir mesajın ham verilerini içerir. parametreler:
1. zaman damgası: bu mesajın zaman damgası – ör. 1543884429000. 2. txTrieRoot: Merkle Ağacının Kökü – ör. 7dacsa…3ed. 3. parentHash: son bloğun hash değeri – ör. 7dacsa…3ed. 4. sayı: blok yüksekliği – ör. 4638708. 5. sürüm: ayrılmış – ör. 5.

6. tanık_adresi: bu blokta paketlenmiş tanığın adresi – ör. 41928c...4d21. 5.1.2 Tanık İmzası
Tanık imzası, bunun imzası olan Protobuf'ta witness_signature olarak belirtilir. tanık düğümünden blok başlığı. 5.1.3 Blok Kimliği
Block ID, Protobuf'ta blockID olarak belirtilir. Bir bloğun atomik kimliğini içerir. Bir Blok Kimlik 2 parametre içerir: 1. hash: bloğun hash'si. 2. sayı: hash ve bloğun yüksekliği. 5.2 İşlem 5.2.1 İmzalama
TRON'nin işlem imzalama süreci, standart bir ECDSA şifreleme algoritmasını izler.
SECP256K1 seçim eğrisi. Özel anahtar rastgele bir sayıdır ve genel anahtar ise üzerinde bir noktadır.
eliptik eğri. Açık anahtar oluşturma süreci ilk olarak rastgele bir sayının üretilmesinden oluşur.
özel anahtarı elde etmek için eliptik eğrinin taban noktası özel anahtarla çarpılır.
ortak anahtar. Bir işlem gerçekleştiğinde, işlem ham verileri ilk olarak bayt formatına dönüştürülür.
Ham veriler daha sonra SHA-256 hashing işlemine tabi tutulur. Sözleşmeye karşılık gelen özel anahtar
adresi daha sonra SHA256 hash sonucunu imzalar. Daha sonra imza sonucu şuna eklenir:
işlem.
5.2.2 Bant Genişliği Modeli
Sıradan işlemler yalnızca bant genişliği noktalarını tüketir, ancak smart contract işlemleri her ikisini de tüketir enerji ve bant genişliği noktaları. İki tür bant genişliği noktası mevcuttur. Kullanıcılar kazanabilir TRX'in donmasından bant genişliği noktalarının yanı sıra günlük 5000 ücretsiz bant genişliği noktası da mevcuttur.
Bir TRX işlemi yayınlandığında, bir bayt dizisi biçiminde iletilir ve saklanır. ağ. Bir işlem tarafından tüketilen Bant Genişliği Puanları = işlem baytlarının sayısı bant genişliği puan oranıyla çarpılır. Örneğin bir işlemin bayt dizisi uzunluğu 200 ise, daha sonra işlem 200 bant genişliği puanı tüketir. Ancak bir TRX veya token aktarımı aşağıdakilerle sonuçlanırsa oluşturulan hedef hesap, ardından yalnızca hesabı oluşturmak için tüketilen bant genişliği noktaları düşülecek ve ek bant genişliği puanları düşülmeyecektir. Hesap oluşturmada senaryoda, ağ öncelikle işlem başlatıcısının kazandığı bant genişliği noktalarını tüketecektir.TRX'in dondurulmasından. Bu miktar yetersizse ağ işlemi tüketir başlatıcının TRX'i.
Bir TRX hesabından diğerine standart TRX aktarım senaryolarında ağ öncelikle TRX'i dondurmak için işlem başlatıcısı tarafından kazanılan bant genişliği puanları. Eğer bu yeterli değilse o zaman Ücretsiz 5000 günlük bant genişliği noktasından tüketir. Bu hala yeterli değilse, ağ İşlem başlatıcının TRX'ini tüketir. Tutar, bayt sayısına göre hesaplanır. işlem 10 PAZAR ile çarpılır. Bu nedenle, mutlaka dondurulması gerekmeyen çoğu TRX sahibi için TRX'lerinin SR oylamasına katılması durumunda ilk adım otomatik olarak atlanır (TRX bakiyesi dondurulmuş = 0) ve 5000 günlük ücretsiz bant genişliği işleme güç verir.
TRC-10 token aktarımları için, ağ öncelikle toplam boş bant genişliği noktalarının olup olmadığını doğrular. verilen token varlık yeterlidir. Değilse, TRX'in dondurulmasından elde edilen bant genişliği noktaları tüketildi. Hala yeterli bant genişliği noktası yoksa işlemin TRX'ini tüketir başlatıcı.
5.2.3 Ücret
TRON ağı genellikle çoğu işlem için ücret almaz, ancak sistem nedeniyle kısıtlamalar ve adalet, bant genişliği kullanımı ve işlemler belirli ücretler gerektirir.
Ücret ücretleri aşağıdaki kategorilere ayrılmıştır: 1. Normal işlemler bant genişliği puanlarına mal olur. Kullanıcılar ücretsiz günlük bant genişliği noktalarını kullanabilir (5000) veya daha fazlasını elde etmek için TRX'i dondurun. Bant genişliği noktaları yeterli olmadığında TRX doğrudan gönderen hesaptan kullanılır. İhtiyaç duyulan TRX bayt sayısı * 10 SUN'dur. 2. Akıllı sözleşmeler enerjiye mal olur (Bölüm 6), ancak aynı zamanda bant genişliği noktalarına da ihtiyaç duyacaktır. işlemin yayınlanması ve onaylanması. Bant genişliği maliyeti yukarıdakiyle aynıdır. 3. Tüm sorgulama işlemleri ücretsizdir. Enerjiye veya bant genişliğine mal olmaz.
TRON ağı ayrıca aşağıdaki işlemler için bir dizi sabit ücret tanımlar: 1. Tanık düğümü oluşturma: 9999 TRX 2. TRC-10 token verilmesi: 1024 TRX 3. Yeni bir hesap oluşturma: 0,1 TRX 4. Değişim çifti oluşturma: 1024 TRX 5.2.4 Hisse Kanıtı Olarak İşlem (TaPoS)
TRON, tüm işlemlerin ana blockchain doğrulamasını sağlamak için TaPoS'u kullanıyor
sahte zincirler oluşturmak zordur. TaPoS'ta ağlar, her işlemin bir kısmını içermesini gerektirir.
son blok başlığının hash'si. Bu gereksinim, işlemlerin tekrar oynatılmasını engeller.
başvurulan bloğu içermeyen çatallar ve aynı zamanda belirli bir kullanıcının ve onunhisseler belirli bir çatal üzerindedir. Bu fikir birliği mekanizması ağı Reddedilmeye karşı korur
Hizmet, %51, bencil madencilik ve çift harcama saldırıları.
5.2.5 İşlem Onayı
Bir işlem, ağa yayınlandıktan sonra gelecekteki bir bloğa dahil edilir. 19 blok tamamlandıktan sonra TRON tarihinde kazılmış (kendi bloğu dahil), işlem onaylanmıştır. Her blok tarafından üretilir dönüşümlü olarak en iyi 27 Süper Temsilciden biri. Her bloğun tamamlanması ~3 saniye sürer blockchain üzerinde çıkarılacak. Ağ nedeniyle her Süper Temsilci için süre biraz değişebilir koşullar ve makine konfigürasyonları. Genel olarak, bir işlem şu tarihten sonra tamamen onaylanmış sayılır: ~1 dakika. 5.2.6 Yapı
Transaction APIs consist of the following functions: message Transaction { message Contract { enum ContractType { AccountCreateContract = 0; // Create account/wallet TransferContract = 1; // Transfer TRX TransferAssetContract = 2; // Transfer TRC10 token VoteWitnessContract = 4; // Vote for Super Representative (SR) WitnessCreateContract = 5; // Create a new SR account AssetIssueContract = 6; // Create a new TRC10 token WitnessUpdateContract = 8; // Update SR information ParticipateAssetIssueContract = 9; // Purchase TRC10 token AccountUpdateContract = 10; // Update account/wallet information FreezeBalanceContract = 11; // Freeze TRX for bandwidth or energy UnfreezeBalanceContract = 12; // Unfreeze TRX WithdrawBalanceContract = 13; // Withdraw SR rewards, once per day UnfreezeAssetContract = 14; // Unfreeze TRC10 token UpdateAssetContract = 15; // Update a TRC10 token’s information ProposalCreateContract = 16; // Create a new network proposal by any SR ProposalApproveContract = 17; // SR votes yes for a network proposal ProposalDeleteContract = 18; // Delete a network proposal by owner CreateSmartContract = 30; // Deploy a new smart contract TriggerSmartContract = 31; // Call a function on a smart contract GetContract = 32; // Get an existing smart contract UpdateSettingContract = 33; // Update a smart contract’s parameters ExchangeCreateContract = 41; // Create a token trading pair on DEX ExchangeInjectContract = 42; // Inject funding into a trading pair
ExchangeWithdrawContract = 43; // Withdraw funding from a trading pair ExchangeTransactionContract = 44; // Perform token trading UpdateEnergyLimitContract = 45; // Update origin_energy_limit on a smart contract } } }
区块
一个区块通常包含一个区块头和多个交易。
Protobuf data structure:
message Block {
BlockHeader block_header = 1;
repeated Transaction transactions = 2;
}
5.1 区块头
区块头包含raw_data、witness_signature和blockID。
Protobuf data structure:
message BlockHeader {
message raw {
int64 timestamp = 1;
bytes txTrieRoot = 2;
bytes parentHash = 3;
uint64 number = 4;
uint64 version = 5;
bytes witness_address = 6;
}
bytes witness_signature = 2;
bytes blockID = 3;
}
5.1.1 原始数据
原始数据在 Protobuf 中表示为raw_data。它包含一条消息的原始数据,包含6 参数:
1. 时间戳:该消息的时间戳 – 例如1543884429000。 2. txTrieRoot:Merkle 树的根 – 例如7dacsa…3ed。 3. ParentHash:最后一个块的 hash – 例如7dacsa…3ed。 4. number:区块高度 – 例如4638708。 5. 版本:保留 – 例如5.

6. 证人地址:包含在该块中的证人的地址 - 例如41928c...4d21。 5.1.2 见证人签名
见证人签名在 Protobuf 中表示为witness_signature,即为此的签名 来自见证节点的块头。 5.1.3 区块ID
块 ID 在 Protobuf 中表示为blockID。它包含块的原子标识。一个街区 ID包含2个参数: 1. hash:区块的hash。 2. number:块的 hash 和高度。 5.2 交易 5.2.1 签名
TRON 的交易签名过程遵循标准 ECDSA 加密算法,具有
SECP256K1选择曲线。私钥是一个随机数,公钥是随机数上的一个点
椭圆曲线。公钥生成过程包括首先生成一个随机数作为
私钥,然后将椭圆曲线的基点与私钥相乘,得到
公钥。当交易发生时,交易原始数据首先被转换为字节格式。
然后原始数据经过 SHA-256 hashing。合约对应的私钥
地址然后对 SHA256 hash 的结果进行签名。然后将签名结果添加到
交易。
5.2.2 带宽模型
普通交易只消耗带宽点,但 smart contract 操作则两者都消耗 能量和带宽点。有两种类型的可用带宽点。用户可以获得 冻结TRX的带宽点,同时每天还有5000个免费带宽点。
当TRX交易被广播时,它以字节数组的形式传输并存储在 网络。一笔交易消耗的带宽点数=交易字节数 乘以带宽点数率。例如,如果一笔交易的字节数组长度为200, 那么该交易消耗200个带宽点。但是,如果 TRX 或 token 传输导致 正在创建的目标帐户,则仅消耗创建帐户的带宽点 会被扣除,额外的带宽点不会被扣除。在帐户创建中 场景下,网络会首先消耗交易发起者获得的带宽点冷冻TRX。如果该金额不足,则网络将消耗该交易 发起者的TRX。
在从一个 TRX 账户到另一个 TRX 账户的标准 TRX 转账场景中,网络首先消耗 交易发起方冻结TRX获得的带宽积分。如果这还不够,那么 每天消耗5000个免费带宽点。如果这还不够,那么网络 消耗交易发起者的TRX。金额按字节数计算 交易额乘以 10 SUN。因此,对于大多数不一定会冻结的 TRX 持有者来说 自己的TRX参与SR投票,第一步会自动跳过(因为TRX余额 freeze = 0),每日 5000 个免费带宽为交易提供动力。
对于 TRC-10 token 传输,网络首先验证该传输的总可用带宽点是否为 发行 token 资产就足够了。如果不是,则冻结TRX获得的带宽点为 消耗了。如果仍然没有足够的带宽点,则消耗交易的TRX 发起者。
5.2.3 费用
TRON 网络一般不对大多数交易收取费用,但是,由于系统原因 限制和公平性、带宽使用和交易确实需要收取一定的费用。
费用分为以下几类: 1. 正常交易会消耗带宽点。用户可以使用每日免费带宽点 (5000)或冻结TRX以获得更多。当带宽点不够时,TRX将被 直接从发送帐户使用。所需的TRX是字节数*10 SUN。 2. 智能合约会消耗能源(第 6 节),但也需要带宽点 交易被广播和确认。带宽成本与上面相同。 3. 所有查询交易都是免费的。它不消耗能源或带宽。
TRON 网络还为以下交易定义了一组固定费用: 1. 创建见证节点:9999 TRX 2. 发行 TRC-10 token:1024 TRX 3. 创建新账户:0.1 TRX 4. 创建交换对:1024 TRX 5.2.4 交易作为权益证明(TaPoS)
TRON 使用 TaPoS 来确保交易全部确认主 blockchain,同时使其
难以伪造假冒链条。在 TaPoS 中,网络要求每笔交易都包含以下部分:
最近区块头的 hash 。此要求可防止交易重播
分叉不包括引用的块,并且还向网络发出信号,表明特定用户及其权益位于特定的分叉上。这种共识机制可以保护网络免受拒绝
服务,51%,自私挖矿,双花攻击。
5.2.5 交易确认
交易在广播到网络后包含在未来的区块中。 19个区块之后 在 TRON (包括其自己的区块)上开采,交易已确认。每个块都是由 循环赛方式中排名前27位的超级代表之一。每个区块大约需要 3 秒的时间 在 blockchain 上开采。由于网络原因,每个超级代表的时间可能略有不同 条件和机器配置。一般来说,交易在以下时间后才被视为完全确认: 〜1分钟。 5.2.6 结构
Transaction APIs consist of the following functions: message Transaction { message Contract { enum ContractType { AccountCreateContract = 0; // Create account/wallet TransferContract = 1; // Transfer TRX TransferAssetContract = 2; // Transfer TRC10 token VoteWitnessContract = 4; // Vote for Super Representative (SR) WitnessCreateContract = 5; // Create a new SR account AssetIssueContract = 6; // Create a new TRC10 token WitnessUpdateContract = 8; // Update SR information ParticipateAssetIssueContract = 9; // Purchase TRC10 token AccountUpdateContract = 10; // Update account/wallet information FreezeBalanceContract = 11; // Freeze TRX for bandwidth or energy UnfreezeBalanceContract = 12; // Unfreeze TRX WithdrawBalanceContract = 13; // Withdraw SR rewards, once per day UnfreezeAssetContract = 14; // Unfreeze TRC10 token UpdateAssetContract = 15; // Update a TRC10 token’s information ProposalCreateContract = 16; // Create a new network proposal by any SR ProposalApproveContract = 17; // SR votes yes for a network proposal ProposalDeleteContract = 18; // Delete a network proposal by owner CreateSmartContract = 30; // Deploy a new smart contract TriggerSmartContract = 31; // Call a function on a smart contract GetContract = 32; // Get an existing smart contract UpdateSettingContract = 33; // Update a smart contract’s parameters ExchangeCreateContract = 41; // Create a token trading pair on DEX ExchangeInjectContract = 42; // Inject funding into a trading pair
ExchangeWithdrawContract = 43; // Withdraw funding from a trading pair ExchangeTransactionContract = 44; // Perform token trading UpdateEnergyLimitContract = 45; // Update origin_energy_limit on a smart contract } } }
TRON Sanal Makine
6.1 Giriş
TRON Sanal Makine (TVM), aşağıdakiler için geliştirilmiş hafif, Turing eksiksiz bir sanal makinedir TRON'in ekosistemi. Amacı, verimli, özel olarak oluşturulmuş bir blockchain sistemi sağlamaktır. kullanışlı, istikrarlı, güvenli ve ölçeklenebilir.
TVM başlangıçta EVM'den çatallanmıştır ve mevcut sağlamlık smart contract ile sorunsuz bir şekilde bağlantı kurabilir 11 kalkınma ekosistemi. Buna dayanarak TVM ayrıca DPoS fikir birliğini de destekler.
TVM Enerji kavramını kullanır. EVM üzerindeki Gaz mekanizmasından farklı olarak, TVM'deki işlemler ve smart contract'ler ücretsizdir ve TRX kullanılmaz. Teknik olarak yürütülebilir TVM'deki hesaplama kapasitesi tokens tutarındaki toplam tutma miktarıyla sınırlı değildir. 6.2 İş Akışı
Derleyici ilk olarak Solidity smart contract'yi okunabilir ve yürütülebilir bayt koduna çevirir. TVM. TVM daha sonra verileri, mantığı çalıştırmaya eşdeğer olan işlem kodu aracılığıyla işler. yığın tabanlı sonlu durum makinesinin Son olarak TVM, blockchain verilerine erişir ve Birlikte Çalışma katmanı aracılığıyla Harici Veri Arayüzü. 11 EVM: Ethereum Sanal Makine (https://github.com/ethereum/ethereumj)

Şekil 3: TVM İş Akışı
6.3 Performans 6.3.1 Hafif Mimari
TVM, garanti etmek için kaynak tüketimini azaltmak amacıyla hafif bir mimariyi benimsiyor sistem performansı. 6.3.2 Sağlam
TRX aktarımları ve smart contract yürütmesi, TRX yerine yalnızca bant genişliği puanlarına mal olur; TRON adlı kişiyi saldırıya uğramaktan muaf tutar. Bant genişliği tüketimi tahmin edilebilir ve statiktir, çünkü her hesaplama adımı maliyeti sabittir. 6.3.3 Yüksek Uyumluluk
TVM, EVM ile uyumludur ve gelecekte daha yaygın VM'lerle uyumlu olacaktır. Dolayısıyla, EVM üzerindeki tüm smart contract'ler TVM'de yürütülebilir. 6.3.4 Düşük Maliyet
TVM'nin bant genişliği kurulumu sayesinde geliştirme maliyetleri azalır ve geliştiriciler sözleşme kodlarının mantıksal gelişimi. TVM ayrıca sözleşme için hepsi bir arada arayüzler sunar Geliştiricilere kolaylık sağlamak için dağıtım, tetikleme ve görüntüleme.
TRON 虚拟机
6.1 简介
TRON 虚拟机(TVM)是一个轻量级的、图灵完备的虚拟机,为 TRON 的生态系统。其目标是提供一个高效、定制的 blockchain 系统。 方便、稳定、安全、可扩展。
TVM 最初从 EVM 分叉出来,可以与现有的 Solidity smart contract 无缝连接 11 发展生态系统。基于此,TVM还支持DPoS共识。
TVM 采用能量的概念。与 EVM 上的 Gas 机制不同, TVM 上的交易和 smart contract 是免费的,不消耗 TRX。技术上可行 TVM的计算能力不受tokens总持有量的限制。 6.2 工作流程
编译器首先将 Solidity smart contract 转换为可读且可执行的字节码 TVM。然后TVM通过opcode处理数据,相当于操作逻辑 基于堆栈的有限状态机。最后,TVM 访问 blockchain 数据并调用 通过互操作层的外部数据接口。 11 EVM: Ethereum 虚拟机 (https://github.com/ethereum/ethereumj)

图 3:TVM 工作流程
6.3 性能 6.3.1 轻量级架构
TVM采用轻量级架构,旨在减少资源消耗,保证 系统性能。 6.3.2 稳健
TRX 传输和 smart contract 执行仅消耗带宽点,而不是 TRX,这 使 TRON 免受攻击。带宽消耗是可预测的并且是静态的,因为每个 计算步骤成本是固定的。 6.3.3 高兼容性
TVM兼容EVM,未来将兼容更多主流VM。 因此,EVM 上的所有 smart contract 都可以在 TVM 上执行。 6.3.4 低成本
由于TVM的带宽设置,降低了开发成本,开发人员可以专注于 他们的合约代码的逻辑开发。 TVM 还为合约提供一体化接口 部署、触发、查看,为开发者提供便利。
Akıllı Sözleşme
7.1 Giriş
smart contract, sözleşme görüşmelerini dijital olarak doğrulayan bir protokoldür. Kuralları belirlerler ve Bir anlaşmayla ilgili cezalar ve ayrıca bu yükümlülüklerin otomatik olarak uygulanması. Akıllı sözleşme kodu, bir anlaşmanın müzakere edilmesini veya yerine getirilmesini kolaylaştırır, doğrular ve uygular veya işlem. tokenizasyon perspektifinden bakıldığında, smart contract'ler aynı zamanda otomatik fonlamayı da kolaylaştırır Katılımcı taraflar arasındaki transferlerin belirli kriterlerin karşılanması gerekmektedir.
TRON smart contract'ler Solidity dilinde yazılmıştır. Yazıldıktan ve test edildikten sonra, bunlar bayt kodu halinde derlendi, ardından TRON Sanal Makine için TRON ağına dağıtıldı. Bir kez dağıtıldığında, smart contract'ler sözleşme adresleri aracılığıyla sorgulanabilir. Sözleşme Başvurusu İkili Arayüz (ABI), sözleşmenin çağrı işlevlerini gösterir ve sözleşmeyle etkileşimde bulunmak için kullanılır. ağ. 7.2 Enerji Modeli
smart contract'yi dağıtmak ve tetiklemek için maksimum enerji sınırı birkaç fonksiyonun bir fonksiyonudur değişkenler:
● 1 TRX'in donmasından kaynaklanan dinamik enerji 50.000.000.000 (Toplam Enerji Limiti) / (Toplam Enerji Ağırlık) ● Enerji limiti, TRX'in dondurulmasından kaynaklanan günlük hesap enerji limitidir ● TRX'in dondurulması sonucu kalan günlük hesap enerjisi, Enerji Limiti - Enerji olarak hesaplanır. Kullanılmış ● TRX'teki ücret sınırı smart contract konuşlandırma/tetikleme çağrısında ayarlanır ● Hesapta kalan kullanılabilir TRX ● Doğrudan satın alınırsa TRX başına enerji (10 SUN = 1 Enerji) = 100.000, SR'ler oy kullanabilir ayar
Dağıtım için maksimum enerji sınırını hesaplamak için iki tüketim senaryosu vardır ve
tetikleyin. Mantık şu şekilde ifade edilebilir:
const R = Dynamic Energy Limit
const F = Daily account energy from freezing TRX
const E = Remaining daily account energy from freezing TRX
const L = Fee limit in TRX set in deploy/trigger call
const T = Remaining usable TRX in account
const C = Energy per TRX if purchased directly
// Calculate M, defined as maximum energy limit for deployment/trigger of smart contract if F > LR let M = min(E+TC, LR) else let M = E+TC 7.3 Dağıtım
Bir TRON sağlamlık smart contract derlendiğinde, TRON Sanal Makine derlenmiş olanı okur bayt kodu. Bayt kodu, kod dağıtımı, sözleşme kodu ve Yardımcı veriler için bir bölümden oluşur. Auxdata, doğrulama için kullanılan kaynak kodun kriptografik parmak izidir. Dağıtım bytecode yapıcı işlevini çalıştırır ve ilk depolama değişkenlerini ayarlar. Dağıtım kod aynı zamanda sözleşme kodunu da hesaplar ve TVM'ye geri gönderir. ABI bir JSON dosyasıdır. TRON smart contract'nin işlevlerini açıklar. Bu dosya fonksiyon adlarını, ödenebilirliklerini, işlevin dönüş değerleri ve bunların durum değişkenliği. 7.4 Tetikleme Fonksiyonu
TRON smart contract'ler konuşlandırıldıktan sonra işlevleri, aşağıdaki yollarla ayrı ayrı tetiklenebilir: TronStudio veya API çağrıları aracılığıyla. Durum değiştiren işlevler Enerji gerektirirken salt okunur işlevler Enerji olmadan çalıştırın. 7.5 TRON Sağlamlık
TRON Solidity, Ethereum'nin Solidity dilinden bir çataldır. TRON orijinal projeyi şu şekilde değiştirir: TRX ve SUN birimlerini destekler (1 TRX = 1.000.000 SUN). Dil sözdiziminin geri kalanı Sağlamlık ^0.4.24 ile uyumludur. Böylece Tron Sanal Makinesi (TVM) neredeyse %100 uyumludur EVM talimatlarıyla.
智能合约
7.1 简介
smart contract 是一种以数字方式验证合同协商的协议。他们定义规则并 与协议相关的处罚,并自动执行这些义务。聪明的 合同代码促进、验证和强制执行协议或协议的谈判或履行 交易。从 token 化的角度来看,smart contract 也有利于自动资金 参与方之间的转移应满足某些标准。
TRON smart contract 是用 Solidity 语言编写的。一旦编写并测试,它们就可以 编译为字节码,然后部署到 TRON 虚拟机的 TRON 网络上。曾经 部署后,可以通过合约地址查询smart contract。合同申请 二进制接口(ABI)显示了合约的调用函数,用于与合约进行交互 网络。 7.2 能量模型
部署和触发 smart contract 的最大能量限制是几个函数的函数 变量:
● 冻结1 TRX的动态能量为50,000,000,000(总能量限制)/(总能量 重量) ● 能量限额是账户每天冻结TRX的能量限额 ● 每日账户冻结TRX剩余能量计算为Energy Limit - Energy 二手 ● TRX 的费用限制在 smart contract 部署/触发调用中设置 ● 账户剩余可用TRX ● 如果直接购买,每个 TRX 的能量(10 SUN = 1 能量)= 100,000,SR 可以投票 调整
有两种消耗场景可以计算部署的最大能量限制和
触发。逻辑可以表达如下:
const R = Dynamic Energy Limit
const F = Daily account energy from freezing TRX
const E = Remaining daily account energy from freezing TRX
const L = Fee limit in TRX set in deploy/trigger call
const T = Remaining usable TRX in account
const C = Energy per TRX if purchased directly
// Calculate M, defined as maximum energy limit for deployment/trigger of smart contract if F > LR let M = min(E+TC, LR) else let M = E+TC 7.3 部署
当编译 TRON Solidity smart contract 时,TRON 虚拟机读取已编译的 字节码。字节码由代码部署、合约代码和辅助数据部分组成。 Auxdata 是源代码的加密指纹,用于验证。部署情况 字节码运行构造函数并设置初始存储变量。部署情况 code 还计算合约代码并将其返回给 TVM。 ABI 是一个 JSON 文件, 描述 TRON smart contract 的功能。该文件定义了函数名称、它们的可支付性、 函数返回值及其状态可变性。 7.4 触发功能
一旦部署了 TRON smart contract,它们的功能就可以通过以下方式单独触发: TronStudio 或通过 API 调用。状态改变功能需要能量,而只读功能 无需能量即可执行。 7.5 TRON 坚固性
TRON Solidity 是 Ethereum Solidity 语言的分支。 TRON 将原项目修改为 支持TRX和SUN单位(1 TRX = 1,000,000 SUN)。其余的语言语法是 与 Solidity ^0.4.24 兼容。因此 Tron 虚拟机 (TVM) 几乎 100% 兼容 带有 EVM 指令。
Token
8.1 TRC-10 Jetonu
TRON ağında, her hesap 1024 TRX pahasına tokens düzenleyebilir. tokens'yi yayınlamak için, ihraççının bir token adını, toplam kapitalizasyonu, TRX döviz kurunu belirtmesi gerekir, dolaşım süresi, açıklama, web sitesi, hesap başına maksimum bant genişliği tüketimi, toplam bant genişliği tüketimi ve dondurulan token miktarı. Her token düzenlemesi de yapılandırılabilir her hesabın maksimum günlük token aktarım Bant Genişliği Puanı, tüm ağın maksimum günlük puanı token aktarım Bant Genişliği Noktaları, toplam token arzı, gün cinsinden kilitleme süresi ve toplam tutar tokens tanesi kilitlendi. 8.2 TRC-20 Jetonu
TRC-20, tokens'yi uygulayan smart contracts için kullanılan ve tokens tarafından desteklenen teknik bir standarttır. TRON Sanal Makine. ERC-20 ile tamamen uyumludur.
Arayüz aşağıdaki gibidir:
sözleşme TRC20Arayüz {
fonksiyon totalSupply()genelsabit (uint);
işlev balanceOf(adres tokenOwner) genel sabit gelir (uint
denge);
işlev ödenek(adres tokenSahip, adres harcayan) kamusal sabit
geri dönüşler (kalan miktar);
işlev transfer(adres, uint tokens) genel dönüşler (bool başarısı);
işlev onayla(adres harcayan, uint tokens) genel dönüşler (bool
başarı);
işlev transferFrom(adres gelen, adrese, uint tokens) public
geri dönüşler (çok başarılı);
olay Aktarım(adres dizine eklendi, adres dizine eklendi, uint tokens);
olay Onay(adres indekslendi tokenSahip, adres indekslendi harcama yapan kişi, uint
tokens); }
Geliştiricinin bakış açısına göre TRC-10 ile TRC-20 arasında birçok fark vardır. Bazıları Temel farklardan biri TRC-10 token'lere API'ler ve smart contract'ler tarafından erişilebilmesidir. TRC-20 tokens, arayüz özelleştirmesine izin verir ancak yalnızca smart contracts dahilinde erişilebilir.
Maliyet açısından bakıldığında, TRC-10 token'lerin işlem ücretleri 1000 kat daha düşüktür.
TRC-20, ancak API aktarımları ve yatırmaları için bant genişliği maliyetleri taşır. Smart'ta transferler ve para yatırma
TRC-10 tokens için yapılan sözleşmeler hem bant genişliğine hem de enerjiye mal olur.
8.3 Ötesi
TRON, Ethereum ile aynı Solidity sürümünü kullandığından, daha fazla token standardı kolaylıkla oluşturulabilir TRON adresine taşındı.
代币
8.1 TRC-10 代币
在TRON网络中,每个账户可以发行tokens,费用为1024 TRX。要发行 tokens, 发行人需要指定token名称、总资本、与TRX的汇率、 流通时长、描述、网站、每个账户最大带宽消耗、总计 带宽消耗和 token 冻结量。每个token发行还可以配置 每个账户每日最大token转账带宽点,全网每日最大 token 转移带宽积分、token 供应总量、锁定时长(天)以及总量 token 已锁定。 8.2 TRC-20 代币
TRC-20 是用于 smart contracts 实现 tokens 的技术标准,由 TRON 虚拟机。它与ERC-20完全兼容。
界面如下:
合约TRC20接口{
函数 totalSupply() 公共 常量 返回 (uint);
函数 balanceOf(地址tokenOwner)公共 常量 返回(uint
平衡);
功能 津贴(地址token所有者,地址支出者)公共 常量
返回(剩余 uint);
函数 传输(地址,uint tokens)public 返回(布尔成功);
函数 批准(地址支出者,uint tokens)公共 返回(bool
成功);
函数 transferFrom(地址来自,地址至,uint tokens)公共
返回(布尔成功);
事件 传输(索引地址,索引地址,uint tokens);
事件 批准(地址索引 tokenOwner,地址索引支出者,uint
tokens); }
从开发人员的角度来看,TRC-10 和 TRC-20 之间存在一些差异。一些 主要区别在于 TRC-10 token 可以通过 API 和 smart contract 访问,而 TRC-20 tokens 允许界面定制,但只能在 smart contracts 内访问。
从成本角度来看,TRC-10 token 的交易费用比
TRC-20,但会承担 API 传输和存款的带宽成本。智能转账和存款
TRC-10 token 的合约会消耗带宽和能源。
8.3 超越
由于 TRON 使用与 Ethereum 相同的 Solidity 版本,因此可以轻松创建更多 token 标准 移植到 TRON。
Yönetişim
9.1 Süper Temsilci 9.1.1 Genel
TRON ağındaki her hesap başvurabilir ve Süper olma fırsatına sahip olabilir Temsilci (SR olarak gösterilir). Herkes SR adaylarına oy verebilir. İlk 27 aday arasında En çok oy alan SR'ler blok oluşturma hakkı ve yükümlülüğüne sahip olacak. Oylar her 6 saatte bir sayılır ve SR'ler buna göre değişir.
Kötü niyetli saldırıları önlemek için SR adayı olmanın bir maliyeti vardır. Başvururken, 9999 TRX, başvuranın hesabından yakılacaktır. Başarılı olduktan sonra bu hesap SR'ye katılabilir seçim. 9.1.2 Seçim
TRON Oy vermek için güç (TP olarak gösterilir) gereklidir ve TP miktarı seçmenin tercihine bağlıdır dondurulmuş varlıklar (TRX).
TP aşağıdaki şekilde hesaplanır:
TP
Bant genişliği elde etmek için 1 TRX donduruldu
1
=
TRON ağındaki her hesap kendi SR'lerine oy verme hakkına sahiptir.
Sürümün yayınlanmasından sonra (dondurulmadan kaldırılır, 3 gün sonra kullanılabilir), kullanıcılar dondurulmuş varlıklara sahip olmayacak ve tüm varlıklarını kaybedecektir. Buna göre TP. Sonuç olarak, devam eden ve gelecek oylama turlarında tüm oylar geçersiz sayılacaktır. TRX oy vermek için tekrar donduruldu.
TRON ağının yalnızca en son oyları kaydettiğini, yani her yeni oyun önceki tüm oyları geçersiz kılacaktır. 9.1.3 Ödül a. Oy Ödülü
En iyi 127 adayın her turda güncellediği Aday Ödülü olarak da bilinir (6
saat) madenciliği yapılan 115.200 TRX'i paylaşacak. Ödül oy ağırlığına göre bölünecek
her aday alır. Her yıl adaylara verilecek toplam ödül 168.192.000 TRX olacaktır.
Tur başına toplam oy ödülü
Neden her turda 115.200 TRX?
15, 00 TRX
tur başına toplam oy ödülü (V R/tur)
1
2
=
VR/dönem = 16 T RX/blok × 20 blok/dak × 60 dakika/saat × 6 saat/dönem
Uyarı: Bu, WITNESS_STANDBY_ALLOWANCE = 115.200 TRX ile ayarlanır. Dinamik ağ parametrelerine bakın.
Yıllık toplam oy ödülü
Neden her yıl 168.192.000 TRX?
168, 192, 000 T RX = yıllık toplam oy ödülü (V R/yıl)
VR/yıl = 115, 200 T RX/tur × 4 tur/gün × 365 gün/yıl
b. Ödülü Engelle
Seçilen en iyi 27 adaya (SR) verilen Süper Temsilci Ödülü olarak da bilinir.
Her turda (6 saat) kabaca 230.400 TRX çıkarılacak. Ödül eşit olarak paylaştırılacak
27 SR arasında (ağ hatası nedeniyle kaçırılan toplam ödül blokları hariç). Toplam
27 SR'ye yıllık olarak 336.384.000 TRX verilecek.
Tur başına toplam blok ödülü
Neden her turda 230.400 TRX?
230, 400 T RX = tur başına toplam blok ödülü (BR/tur)
BR/tur = 32 T RX/blok × 20 blok/dak × 60 dakika/saat × 6 saat/tur
Dikkat: Birim blok ödülü WITNESS_PAY_PER_BLOCK = 32 TRX ile belirlenir. Dinamik ağı görün
parametreler.
Yıllık toplam blok ödülü
Neden her yıl 336.384.000 TRX?
336, 384, 000 T RX = yıllık toplam blok ödülü (BR/yıl)
BR/yıl = 230, 400 T RX/tur × 4 tur/gün × 365 gün/yıl
1 Ocak 2021
1 Ocak 2021'den önce TRON ağında enflasyon olmayacak ve TRON DAO
tüm blok ödüllerini ve aday ödüllerini bu tarihten önce verin.
C. Ödül Hesaplama
SR ödül hesaplaması
toplam ödül
oy ödülü (V R)
blok ödülü (BR)
t
=
+
R
toplam VR
V
=
×
toplam oy
SR adayının aldığı oylar
R
kaçırılan blok
2
B
=
27
toplam BR –
× 3
Not: Ödül, tur başına SR başına hesaplanır (6 saat)
- sıradan 127. sıraya kadar SR adayı ödül hesaplaması toplam ödül oy ödülü (V R) t =
R
toplam VR
V
=
×
toplam oy
SR adayının aldığı oylar
Not: Ödül, tur başına SR adayı başına hesaplanır (6 saat)
9.2 Komite
9.2.1 Genel
Komite, blok oluşturma gibi TRON dinamik ağ parametrelerini değiştirmek için kullanılır
ödüller, işlem ücretleri vb. Komite mevcut turdaki 27 SR'den oluşur. Her bir SR
tekliflerde bulunma ve oylama hakkına sahiptir. Bir öneri 19 veya daha fazla oy aldığında,
onaylanacak ve yeni ağ parametreleri bir sonraki bakım döneminde (3 gün) uygulanacaktır.
9.2.2 Dinamik Ağ Parametreleri
0.
MAINTENANCE_TIME_INTERVAL
a.
Açıklama
Bakım aralığı süresini ms cinsinden değiştirin. SR oy aralığı süresi olarak bilinir
yuvarlak.
B.
Örnek
[6 * 3600 * 1000] ms - yani 6 saat.
C.
Aralık
[3 * 27* 1000, 24 * 3600 * 1000] ms
1.
ACCOUNT_UPGRADE_COST
a.
Açıklama
SR hesabına başvuru maliyetini değiştirin.
B.
Örnek
[9.999.000.000] SUN - yani 9.999 TRX.
C.
Aralık
[0,100 000 000 000 000 000] PAZ
2.
CREATE_ACCOUNT_FEE
a.
Açıklama
Hesap oluşturma ücretini değiştirin.B.
Örnek
[100.000] SUN - 1 TRX'tir.
C.
Aralık
[0,100 000 000 000 000 000] PAZ
3.
TRANSACTION_FEE
a.
Açıklama
Ekstra bant genişliği kazanmak için kullanılan ücret miktarını değiştirin.
B.
Örnek
[10] SUN/bayt.
C.
Aralık
[0,100 000 000 000 000 000] SUN/bayt
4.
ASSET_ISSUE_FEE
a.
Açıklama
Varlık ihraç ücretini değiştirin.
B.
Örnek
[1024.000.000] SUN - yani 1024 TRX.
C.
Aralık
[0,100 000 000 000 000 000] PAZ
5.
WITNESS_PAY_PER_BLOCK
a.
Açıklama
SR blok oluşturma ödülünü değiştirin. Birim blok ödülü olarak bilinir.
B.
Örnek
[32.000.000] SUN - yani 32 TRX.
C.
Aralık
[0,100 000 000 000 000 000] PAZ
6.
WITNESS_STANDBY_ALLOWANCE
a.
Açıklama
En iyi 127 SR adayına verilen ödülleri değiştirin. Toplam oy ödülü olarak bilinir
tur başına.
B.
Örnek
[115.200.000.000] PAZAR - ki bu 115.200 TRX'tir.
C.
Aralık
[0,100 000 000 000 000 000] PAZ
7.
CREATE_NEW_ACCOUNT_FEE_IN_SYSTEM_CONTRACT
a.
Açıklama
Hesap oluşturma maliyetini değiştirin. Elde etmek için dinamik ağ parametreleri #8'i birleştirin
toplam hesap oluşturma maliyeti:
REATE_NEW_ACCOUNT_FEE_IN_SY STEM_CONTRACT
REATE_NEW_ACCOUNT_BANDWIDTH_RATE
Ç
× Ç
b. Örnek [0] PAZ. C. Aralık [0,100 000 000 000 000 000] PAZ 8. CREATE_NEW_ACCOUNT_BANDWIDTH_RATE
a.
Açıklama
Hesap oluşturma maliyetini değiştirin. Elde etmek için dinamik ağ parametreleri #7'yi birleştirin
toplam hesap oluşturma maliyeti:
REATE_NEW_ACCOUNT_FEE_IN_SY STEM_CONTRACT
REATE_NEW_ACCOUNT_BANDWIDTH_RATE
Ç
× C
b. Örnek [1]. C. Aralık [0,100,000,000,000,000,000] 9. ALLOW_CREATION_OF_CONTRACTS a. Açıklama Tron Sanal Makinesini (TVM) açmak için. B. Örnek Doğru - 10/10/2018 23:47 UTC'den itibaren etkinleşecek ve geçerli olacak şekilde ayarlandı. C. Aralık Doğru/Yanlış 10. REMOVE_THE_POWER_OF_THE_GR a. Açıklama İlk GR oluşum oylarını kaldırın b. Örnek Doğru - 4/11/2018 08:46 UTC itibarıyla yürürlüğe girmiştir. C. Aralık Doğru/Yanlış - Uyarı: Doğru'dan Yanlış'a geri dönülemez. 11. ENERGY_FEE a. Açıklama 1 enerji ücretini değiştirin. B. Örnek 20 PAZ. C. Aralık [0,100 000 000 000 000 000] PAZ 12. EXCHANGE_CREATE_FEE a. Açıklama Ticaret çifti oluşturma maliyetini değiştirin. Ticari sipariş oluşturmanın maliyeti olarak bilinir. B. Örnek [1.024.000.000] SUN - yani 1024 TRX. C. Aralık [0,100 000 000 000 000 000] PAZ 13. MAX_CPU_TIME_OF_ONE_TX a. Açıklama Bir işlemin maksimum yürütme süresini değiştirin. Zaman aşımı sınırı olarak bilinir bir işlem. B. Örnek 50 ms. C. Aralık
[0, 1000] ms
14. ALLOW_UPDATE_ACCOUNT_NAME
a.
Açıklama
Bir hesabın, hesap adını güncellemesine izin verme seçeneğini değiştirin.
B.
Örnek
Yanlış - Java-tron Odyssey v3.2'den önerilebilir.
C.
Aralık
Doğru/Yanlış - Uyarı: Doğru'dan Yanlış'a geri dönülemez.
15. ALLOW_SAME_TOKEN_NAME
a.
Açıklama
Farklı token öğelerinin yinelenen ada sahip olmasına izin verecek şekilde doğrulamayı değiştirin.
B.
Örnek
Yanlış - Java-tron Odyssey v3.2'den önerilebilir.
C.
Aralık
Doğru/Yanlış - Uyarı: Doğru'dan Yanlış'a geri dönülemez.
16. ALLOW_DELEGATE_RESOURCE
a.
Açıklama
token verilmesine izin verme doğrulamasını yinelenen bir adla değiştirin, böylece
Uzun tamsayı veri türündeki token'nin tokenID'si tek atomik olabilir
token'nin kimliği.
B.
Örnek
Yanlış - Java-tron Odyssey v3.2'den önerilebilir.
C.
Aralık
Doğru/Yanlış - Uyarı: Doğru'dan Yanlış'a geri dönülemez.
17.TOTAL_ENERGY_LIMIT
a.
Açıklama
Tüm ağın toplam enerji limitini değiştirin.
B.
Örnek
[50.000.000.000.000.000] SUN - 50.000.000.000 TRX'tir.
C.
Aralık
[0,100,000,000,000,000,000] PAZAR
18. ALLOW_TVM_TRANSFER_TRC10
a.
Açıklama
smart contracts içinde TRC-10 token aktarımına izin verin.
ALLOW_UPDATE_ACCOUNT_NAME, ALLOW_SAME_TOKEN_NAME,
ALLOW_DELEGATE_RESOURCE tekliflerinin tümü teklif verilmeden önce onaylanmalıdır
bu parametre değişir.
B.
Örnek
Yanlış - Java-tron Odyssey v3.2'den önerilebilir.
C.
Aralık
Doğru/Yanlış - Uyarı: Doğru'dan Yanlış'a geri dönülemez.9.2.3 Teklif Oluşturma
Yalnızca SR hesapları dinamik ağ parametrelerinde değişiklik önerme hakkına sahiptir. 9.2.4 Oy Önerisi
Bir öneriye yalnızca komite üyeleri (SR'ler) oy verebilir ve zamanında oy kullanmayan üye katılmıyorum olarak kabul edilecektir. Teklif, oluşturulduktan sonra 3 gün boyunca etkindir. Oy verebilir 3 günlük oylama süresi içerisinde değiştirilebilir veya geri alınabilir. Teklif, sürenin bitiminden sonra ya başarılı olur (19+ oy) ya da başarısız olur (ve biter). 9.2.5 Teklifi İptal Et
Teklif sahibi, teklifin yürürlüğe girmesinden önce teklifini iptal edebilir. 9.3 Yapı
SR'ler yeni oluşturulan blokların tanıklarıdır. Bir tanık 8 parametre içerir:
1.
adres: bu tanığın adresi – ör. 0xu82h…7237.
2.
voteCount: bu tanığın aldığı oyların sayısı – ör. 234234.
3.
pubKey: bu tanığın genel anahtarı – ör. 0xu82h…7237.
4.
url: bu tanığın URL'si – ör. https://www.noonetrust.com.
5.
totalProduced: bu tanığın ürettiği blokların sayısı – ör. 2434.
6.
totalMissed: bu tanığın kaçırdığı blok sayısı – ör. 7.
7.
en sonBlockNum: bloğun en son yüksekliği – ör. 4522.
8.
isjobs: bir boole bayrağı.
Protobuf veri yapısı:
mesaj Tanık{
bayt adresi = 1;
int64 oySayısı = 2;
Bayt pubKey = 3;
dize URL'si = 4;
int64 toplam Üretilen = 5;
int64 toplam Kaçırılan = 6;
int64 en sonBlockNum = 7;
bool İşler = 8;
}
- DApp Geliştirme 10.1 API'ler
TRON ağı, etkileşim için 60'tan fazla HTTP API ağ geçidinden oluşan geniş bir seçim sunar. Tam ve Sağlamlık Düğümleri aracılığıyla ağ. Ayrıca TronWeb kapsamlı bir JavaScript kütüphanesidir geliştiricilerin smart contracts dağıtımını yapmasına olanak tanıyan API işlevlerini içeren, blockchain değerini değiştirin durumu, blockchain sorgusu ve sözleşme bilgileri, DEX'te ticaret ve çok daha fazlası. Bu API'ler ağ geçitleri yerel bir özel ağa, Shasta test ağına veya TRON Ana Ağa yönlendirilebilir.
10.2 Ağlar
TRON hem Shasta test ağına hem de Mainnet'e sahiptir. Geliştiriciler ağlara şu yollarla bağlanabilir:
düğümleri dağıtmak, TronStudio aracılığıyla etkileşimde bulunmak veya TronGrid hizmeti aracılığıyla API'leri kullanmak. TronGrid
hizmet, dünya çapındaki AWS sunucularında barındırılan yük dengeli düğüm kümelerinden oluşur. DApp olarak
geliştirme ölçekleri büyür ve API çağrı hacimleri artar, TronGrid bu artışı başarılı bir şekilde karşılar
API trafiği.
10.3 Araçlar
TRON, geliştiricilerin yenilikçi DApp'ler oluşturmasına olanak tanıyan bir geliştirme araçları paketi sunar.
TronBox, geliştiricilerin TronWeb aracılığıyla smart contracts'yi test etmesine ve dağıtmasına olanak tanıyan bir çerçevedir
API'dir. TronGrid, geliştiricilerin
TRON kendi düğümlerini çalıştırmaya gerek kalmadan ağ kurabilirler. TronGrid hem Shasta'ya erişim sunuyor
testnet'in yanı sıra TRON Ana Ağ. TronStudio kapsamlı bir Entegre Geliştirmedir
Geliştiricilerin Solidity smart'larını derlemelerine, dağıtmalarına ve hata ayıklamalarına olanak tanıyan ortam (IDE)
sözleşmeler. TronStudio, özel bir yerel ortam oluşturan dahili bir tam düğüm içerir.
Dağıtımdan önce smart contract test ediliyor. TronWeb API kütüphanesi geliştiricileri
JavaScript'e sarılmış çok çeşitli HTTP API çağrıları aracılığıyla ağ.
10.4 Kaynaklar
TRON Geliştirici Merkezi, aşağıdakilere yönelik olarak tasarlanmış kapsamlı bir API dokümantasyon sitesidir: 12 TRON ağı üzerinde kurulum yapmak isteyen geliştiriciler. Geliştirici Merkezi üst düzey bir TRON kavramsal olarak anlaşılmasını sağlar ve kullanıcılara uygulamayla etkileşimin ayrıntıları konusunda yol gösterir. 12 Geliştirici Merkezi: https://developers.tron.network/
ağ. Kılavuzlar, geliştiricilere düğüm kurulumu, dağıtımı ve akıllı yazılımlarla etkileşimi konusunda yol gösterir.
sözleşmeler, API etkileşimi ve uygulaması, örnek DApp'ler oluşturma ve bunların her birini kullanma
geliştirici araçları. Ek olarak geliştirici topluluğu kanallarına Discord üzerinden ulaşılabilir.
13
13 Anlaşmazlık: https://discordapp.com/invite/GsRgsTD
- Sonuç
TRON, sorunların üstesinden gelmek için yenilikçi yöntemler kullanan, ölçeklenebilir bir blockchain çözümüdür eski blockchain ağlarının karşılaştığı zorluklar. Günde 2 milyondan fazla işleme ulaşan 700.000'den fazla TRX hesabıyla ve 2.000'i aşan TPS, TRON topluluğa şu konularda olanak sağladı: merkezi olmayan ve demokratikleştirilmiş bir ağ oluşturmak.
治理
9.1 超级代表 9.1.1 概述
TRON 网络中的每个帐户都可以申请并有机会成为超级会员 代表(记为SR)。每个人都可以投票给 SR 候选人。前 27 名候选人 得票最多的将成为具有生成区块权利和义务的SR。票数为 每 6 小时计算一次,SR 会相应变化。
为了防止恶意攻击,成为 SR 候选者需要付出一定的成本。申请时,9999 TRX将从申请人的账户中销毁。成功后,该账户即可加入SR 选举。 9.1.2 选举
TRON 投票需要Power(记为TP),TP的数量取决于投票者的投票权 冻结资产(TRX)。
TP的计算方法如下:
TP
冻结 1 TRX 以获得带宽
1
=
TRON 网络中的每个帐户都有权为自己的 SR 投票。
发布后(解冻,3天后可用),用户不会有任何冻结的资产,并失去所有 相应地TP。因此,所有投票对于当前和未来的投票轮均无效,除非 TRX再次被冻结投票。
请注意,TRON 网络仅记录最近的投票,这意味着每一次新投票 将否定之前所有的投票。 9.1.3 奖励 a.投票奖励
也称为候选人奖励,前 127 名候选人每轮更新一次(6
小时)将分享开采的 115,200 TRX。奖励将按照投票权重进行瓜分
每位候选人都会收到。每年,候选人的总奖励为168,192,000 TRX。
每轮总投票奖励
为什么每轮 115,200 TRX?
15, 00 TRX
每轮总投票奖励(V R/轮)
1
2
=
VR/轮 = 16 T RX/块 × 20 块/分钟 × 60 分钟/小时 × 6 小时/轮
注意:这是由 WITNESS_STANDBY_ALLOWANCE = 115,200 TRX 设置的。请参阅动态网络参数。
每年总投票奖励
为什么每年168,192,000 TRX?
168, 192, 000 T RX = 每年总投票奖励(VR/年)
VR/年 = 115, 200 T RX/轮 × 4 轮/天 × 365 天/年
b.区块奖励
也称为超级代表奖励,当选的前27名候选人(SR)
每轮(6小时)将分享大约230,400个已开采的TRX。奖励将平分
27 个 SR 之间(减去由于网络错误而错过的总奖励块)。总共有
每年将向 27 名 SR 奖励 336,384,000 TRX。
每轮总区块奖励
为什么每轮 230,400 TRX?
230, 400 T RX = 每轮总区块奖励(BR/轮)
BR/轮 = 32 T RX/块 × 20 块/分钟 × 60 分钟/小时 × 6 小时/轮
注意:单位区块奖励由 WITNESS_PAY_PER_BLOCK = 32 TRX 设置。查看动态网络
参数。
每年的总区块奖励
为什么每年有 336,384,000 TRX?
336, 384, 000 T RX = 每年总区块奖励(BR/年)
BR/年 = 230, 400 T RX/轮 × 4 轮/天 × 365 天/年
2021 年 1 月 1 日
2021 年 1 月 1 日之前 TRON 网络不会出现通货膨胀,TRON DAO 将
在此日期之前授予所有区块奖励和候选人奖励。
c.奖励计算
SR奖励计算
总奖励
投票奖励(VR)
区块奖励(BR)
t
=
+
右
总VR
V
=
×
总票数
SR 候选人收到的票数
右
块错过了
2
乙
=
27 号
总BR -
× 3
注:奖励按每轮(6小时)SR计算
排名28~排名127 SR候选人奖励计算 总奖励 投票奖励(VR) t =
右
总VR
V
=
×
总票数
SR 候选人收到的票数
注:奖励按每个SR候选人每轮(6小时)计算
9.2 委员会
9.2.1 概述
该委员会用于修改TRON动态网络参数,例如区块生成
奖励、交易费用等。委员会由本轮27名SR组成。每个SR
拥有提案权和对提案的表决权。当一项提案获得 19 票或以上时,
批准后,新的网络参数将在下一个维护周期(3天)内应用。
9.2.2 动态网络参数
0。
MAINTENANCE_TIME_INTERVAL
a.
描述
修改维护间隔时间(以毫秒为单位)。称为 SR 投票间隔时间
圆形。
b.
示例
[6 * 3600 * 1000] 毫秒 - 即 6 小时。
c.
范围
[3271000, 2436001000] 毫秒
1.
ACCOUNT_UPGRADE_COST
a.
描述
修改申请SR账户的费用。
b.
示例
[9,999,000,000] SUN - 即 9,999 TRX。
c.
范围
[0,100 000 000 000 000 000] 太阳
2.
CREATE_ACCOUNT_FEE
a.
描述
修改账户创建费用。b.
示例
[100,000] SUN - 1 TRX。
c.
范围
[0,100 000 000 000 000 000] 太阳
3.
交易费
a.
描述
修改用于获得额外带宽的费用金额。
b.
示例
[10] 太阳/字节。
c.
范围
[0,100 000 000 000 000 000] SUN/字节
4.
ASSET_ISSUE_FEE
a.
描述
修改资产发行费用。
b.
示例
[1024,000,000] SUN - 即 1024 TRX。
c.
范围
[0,100 000 000 000 000 000] 太阳
5.
WITNESS_PAY_PER_BLOCK
a.
描述
修改SR区块生成奖励。称为单位区块奖励。
b.
示例
[32,000,000] SUN - 即 32 TRX。
c.
范围
[0,100 000 000 000 000 000] 太阳
6.
WITNESS_STANDBY_ALLOWANCE
a.
描述
修改前127名SR候选人的奖励。称为总投票奖励
每轮。
b.
示例
[115,200,000,000] SUN - 115,200 TRX。
c.
范围
[0,100 000 000 000 000 000] 太阳
7.
CREATE_NEW_ACCOUNT_FEE_IN_SYSTEM_CONTRACT
a.
描述
修改帐户创建成本。结合动态网络参数#8得到
帐户创建总成本:
REATE_NEW_ACCOUNT_FEE_IN_SYSTEM_CONTRACT
REATE_NEW_ACCOUNT_BANDWIDTH_RATE
C
× C
b. 示例 [0] 周日。 c. 范围 [0,100 000 000 000 000 000] 太阳 8. CREATE_NEW_ACCOUNT_BANDWIDTH_RATE
a.
描述
修改帐户创建成本。结合动态网络参数#7得到
帐户创建总成本:
REATE_NEW_ACCOUNT_FEE_IN_SYSTEM_CONTRACT
REATE_NEW_ACCOUNT_BANDWIDTH_RATE
C
× C
b. 示例 [1]。 c. 范围 [0,100,000,000,000,000,000] 9. 允许创建合同 a. 描述 打开 Tron 虚拟机 (TVM)。 b. 示例 True - 设置为自 10/10/2018 23:47 UTC 起激活并生效。 c. 范围 对/错 10. 删除_THE_POWER_OF_THE_GR a. 描述 删除最初的 GR 创世投票 b. 示例 正确 - 于 11/4/2018 08:46 UTC 生效。 c. 范围 True/False - 注意:不能从 True 设置回 False。 11.能源费 a. 描述 修改1能量的费用。 b. 示例 20 日。 c. 范围 [0,100 000 000 000 000 000] 太阳 12. EXCHANGE_CREATE_FEE a. 描述 修改交易对创建成本。称为创建贸易订单的成本。 b. 示例 [1,024,000,000] SUN - 即 1024 TRX。 c. 范围 [0,100 000 000 000 000 000] 太阳 13. MAX_CPU_TIME_OF_ONE_TX a. 描述 修改一笔交易的最大执行时间。称为超时限制 一笔交易。 b. 示例 50 毫秒 c. 范围
[0, 1000] 毫秒
14.ALLOW_UPDATE_ACCOUNT_NAME
a.
描述
修改选项以让帐户更新其帐户名。
b.
示例
False - 可从 java-tron Odyssey v3.2 中提出。
c.
范围
True/False - 注意:不能从 True 设置回 False。
15.ALLOW_SAME_TOKEN_NAME
a.
描述
修改允许不同token有重复名称的验证。
b.
示例
False - 可从 java-tron Odyssey v3.2 中提出。
c.
范围
True/False - 注意:不能从 True 设置回 False。
16. ALLOW_DELEGATE_RESOURCE
a.
描述
修改允许签发 token 重名的验证,这样
token 的 tokenID,在长整数数据类型中,将是唯一的原子
token 的标识。
b.
示例
False - 可从 java-tron Odyssey v3.2 中提出。
c.
范围
True/False - 注意:不能从 True 设置回 False。
17. TOTAL_ENERGY_LIMIT
a.
描述
修改全网总能量限制。
b.
示例
[50,000,000,000,000,000] SUN - 即 50,000,000,000 TRX。
c.
范围
[0,100,000,000,000,000,000] 太阳
18. ALLOW_TVM_TRANSFER_TRC10
a.
描述
允许在 smart contract 秒内传输 TRC-10 token。
ALLOW_UPDATE_ACCOUNT_NAME、ALLOW_SAME_TOKEN_NAME、
ALLOW_DELEGATE_RESOURCE 提案必须在提案前全部获得批准
这个参数改变。
b.
示例
False - 可从 java-tron Odyssey v3.2 中提出。
c.
范围
True/False - 注意:不能从 True 设置回 False。9.2.3 创建提案
只有 SR 账户才有权提议更改动态网络参数。 9.2.4 投票提案
只有委员会成员 (SR) 才能对提案进行投票,未及时投票的成员 将被视为不同意。提案创建后 3 天内有效。投票可以 在 3 天的投票窗口内可以更改或检索。期限结束后,该提案将 要么成功(19票以上),要么失败(结束)。 9.2.5 取消提案
提案人可以在提案生效前取消提案。 9.3 结构
SR 是新生成区块的见证人。见证人包含8个参数:
1.
地址:该证人的地址 – 例如0xu82h…7237。
2.
voteCount:收到的对该见证人的投票数 – 例如234234。
3.
pubKey:该见证人的公钥 - 例如0xu82h…7237。
4.
url:该证人的 url – 例如https://www.noonetrust.com.
5.
TotalProduced:该见证人生成的区块数量 – 例如2434.
6.
TotalMissed:该见证人错过的区块数量 – 例如7.
7.
latestBlockNum:区块的最新高度 – 例如4522.
8.
isjobs:布尔标志。
Protobuf数据结构:
留言见证{
字节地址 = 1;
int64 voteCount = 2;
字节 pubKey = 3;
字符串 url = 4;
int64 总生产量 = 5;
int64 总丢失数 = 6;
int64latestBlockNum = 7;
布尔 isJobs = 8;
}
10.DApp开发 10.1 API
TRON 网络提供了 60 多个 HTTP API 网关的广泛选择,用于与 通过完整节点和 Solidity 节点的网络。此外,TronWeb 是一个综合性的 JavaScript 库 包含使开发人员能够部署 smart contracts 的 API 函数,更改 blockchain 状态、查询 blockchain 和合约信息、在 DEX 上进行交易等等。这些API 网关可以定向到本地私有网、Shasta 测试网或 TRON 主网。
10.2 网络
TRON 既有 Shasta 测试网又有主网。开发人员可以通过以下方式连接到网络
部署节点、通过 TronStudio 交互或通过 TronGrid 服务使用 API。特隆网格
服务由托管在全球 AWS 服务器上的负载均衡节点集群组成。作为DApp
开发规模扩大,API 调用量增加,TronGrid 成功应对了
API 流量。
10.3 工具
TRON 提供了一套开发工具,使开发人员能够创建创新的 DApp。
TronBox 是一个允许开发人员通过 TronWeb 测试和部署 smart contracts 的框架
API。 TronGrid 是一个负载平衡和托管的 API 服务,允许开发人员访问
TRON 网络无需运行自己的节点。 TronGrid 提供对 Shasta 的访问
测试网以及 TRON 主网。 TronStudio是一个综合性的集成开发
使开发人员能够编译、部署和调试 Solidity smart 的环境 (IDE)
合同。 TronStudio 包含一个内部完整节点,可创建私有本地环境
smart contract 在部署之前进行测试。 TronWeb API 库将开发人员连接到
网络通过封装在 JavaScript 中的多种 HTTP API 调用进行选择。
10.4 资源
TRON 开发人员中心是一个综合性 API 文档网站,专为 12 希望在 TRON 网络上进行开发的开发人员。开发者中心提供了高水平的 TRON 的概念性理解,并引导用户完成与 TRON 交互的细节 12 开发者中心:https://developers.tron.network/
网络。该指南引导开发人员完成节点设置、部署以及与智能交互
合约、API 交互和实现、构建示例 DApp 以及使用每个
开发者工具。此外,还可以通过 Discord 获得开发者社区渠道。
13
13 不和谐:https://discordapp.com/invite/GsRgsTD
- 结论
TRON 是一个可扩展的 blockchain 解决方案,采用创新方法来解决 传统 blockchain 网络面临的挑战。每日交易量已超过 200 万笔, 拥有超过 70 万个 TRX 账户,超过 2000 个 TPS、TRON 使社区能够 创建一个去中心化和民主化的网络。