TRON Teknik Raporu

โดย Justin Sun · 2017

โหมดเดี่ยว PDF tron.network

การแนะนำ

1.1 วิสัยทัศน์

TRON เป็นโครงการที่มีความทะเยอทะยานที่อุทิศให้กับการสร้างอินเทอร์เน็ตที่มีการกระจายอำนาจอย่างแท้จริงและ โครงสร้างพื้นฐาน TRON Protocol หนึ่งในระบบปฏิบัติการที่ใช้ blockchain ที่ใหญ่ที่สุดใน world เสนอ blockchain การสนับสนุนสาธารณะสำหรับปริมาณงานสูง ความสามารถในการปรับขนาดสูง และความพร้อมใช้งานสูงสำหรับ แอปพลิเคชันแบบกระจายอำนาจ (DApps) ทั้งหมดในระบบนิเวศ TRON การเข้าซื้อกิจการเดือนกรกฎาคม 2561 ของ BitTorrent ยังตอกย้ำความเป็นผู้นำของ TRON ในการแสวงหาระบบนิเวศแบบกระจายอำนาจ
1.2 ความเป็นมา

การเปิดตัว Bitcoin ในปี 2009 ได้ปฏิวัติการรับรู้ของสังคมเกี่ยวกับการเงินแบบดั้งเดิม หลังเกิดภาวะเศรษฐกิจถดถอยครั้งใหญ่ (พ.ศ. 2550-2551) เป็นกองทุนป้องกันความเสี่ยงแบบรวมศูนย์และธนาคาร ทรุดตัวลงจากการเก็งกำไรในอนุพันธ์ทางการเงินที่ทึบแสง blockchain เทคโนโลยีให้ บัญชีแยกประเภทสากลที่โปร่งใสซึ่งใครก็ตามสามารถรวบรวมข้อมูลธุรกรรมได้ ที่ ธุรกรรมได้รับการรักษาความปลอดภัยแบบเข้ารหัสโดยใช้กลไกฉันทามติ Proof of Work (PoW) จึงป้องกันปัญหาการใช้จ่ายซ้ำซ้อน

ในช่วงปลายปี 2013 เอกสารไวท์เปเปอร์ Ethereum เสนอเครือข่ายที่ smart contracts และ Turing-complete Ethereum Virtual Machine (EVM) จะช่วยให้นักพัฒนาสามารถโต้ตอบกับ เครือข่ายผ่าน DApps อย่างไรก็ตาม เนื่องจากปริมาณธุรกรรมใน Bitcoin และ Ethereum พุ่งถึงจุดสูงสุดในปี 2017 เห็นได้ชัดจากเวลาการทำธุรกรรมที่ต่ำและค่าธรรมเนียมการทำธุรกรรมที่สูง cryptocurrencies เช่น Bitcoin และ Ethereum ในสถานะที่มีอยู่ไม่สามารถปรับขนาดได้อย่างกว้างขวาง การรับเลี้ยงบุตรบุญธรรม ดังนั้น TRON จึงถูกก่อตั้งขึ้นและจินตนาการว่าเป็นโซลูชันเชิงนวัตกรรมสำหรับการกดเหล่านี้ ความท้าทายด้านความสามารถในการขยายขนาด

TRON development roadmap phase 1 timeline from July 2017 to June 2018

1.3 ประวัติศาสตร์ TRON DAO ก่อตั้งขึ้นในเดือนกรกฎาคม 2017 ในสิงคโปร์ ในเดือนธันวาคม 2017 TRON มี เปิดตัวโปรโตคอลโอเพ่นซอร์ส Testnet, Blockchain Explorer และ Web Wallet ล้วนเป็นทั้งหมด เปิดตัวภายในเดือนมีนาคม 2018 TRON Mainnet เปิดตัวหลังจากนั้นไม่นานในเดือนพฤษภาคม 2018 ซึ่งถือเป็น การเปิดตัว Odyssey 2.0 ถือเป็นก้าวสำคัญทางเทคนิค ในเดือนมิถุนายน 2018 TRON ประกาศเอกราช ด้วยการสร้างบล็อก Genesis พร้อมกับการเข้าซื้อกิจการ BitTorrent ในเดือนกรกฎาคม 2561 ใน ตุลาคม 2018 TRON เปิดตัว TRON Virtual Machine (TVM) ซึ่งเป็นชุดเครื่องมือของนักพัฒนาที่สมบูรณ์ และระบบรองรับ 360 องศา แผนงาน TRON เกี่ยวข้องกับการรวมผู้ใช้ BitTorrent 100 ล้านคนเข้าด้วยกัน ด้วยเครือข่าย TRON ผ่าน Project Atlas ตลอดจนส่งเสริมชุมชนนักพัฒนาให้เปิดตัว DApps ใหม่ที่น่าตื่นเต้นบน TRON network1 1 V1.0 มีให้ที่ https://tron.network/static/doc/white_paper_v_1_0.pdf

1.4 คำศัพท์เฉพาะทาง

ที่อยู่/กระเป๋าเงิน ที่อยู่หรือกระเป๋าเงินที่ประกอบด้วยข้อมูลรับรองบัญชีบนเครือข่าย TRON ถูกสร้างขึ้นโดย คู่คีย์ซึ่งประกอบด้วยคีย์ส่วนตัวและคีย์สาธารณะ ซึ่งคีย์หลังได้รับมาจากคีย์แรก ผ่านอัลกอริธึม กุญแจสาธารณะมักจะใช้สำหรับการเข้ารหัสคีย์เซสชันและลายเซ็น การตรวจสอบและการเข้ารหัสข้อมูลที่สามารถถอดรหัสได้ด้วยคีย์ส่วนตัวที่เกี่ยวข้อง

เอบีไอ Application Binary Interface (ABI) เป็นส่วนต่อประสานระหว่างโมดูลโปรแกรมไบนารีสองโมดูล ปกติแล้ว หนึ่งในโมดูลเหล่านี้คือไลบรารีหรือสิ่งอำนวยความสะดวกของระบบปฏิบัติการ และอีกโมดูลหนึ่งคือส่วนเรียกใช้งานของผู้ใช้ โปรแกรม

เอพีไอ Application Programming Interface (API) ส่วนใหญ่จะใช้สำหรับการพัฒนาไคลเอนต์ผู้ใช้ ด้วยเอพีไอ สนับสนุน token แพลตฟอร์มการออกสามารถออกแบบโดยนักพัฒนาเองได้

สินทรัพย์ ในเอกสารของ TRON เนื้อหาจะเหมือนกับ token ซึ่งยังแสดงเป็น TRC-10 token

คะแนนแบนด์วิธ (BP) เพื่อให้เครือข่ายทำงานได้อย่างราบรื่น ธุรกรรมเครือข่าย TRON จะใช้ BP เป็นเชื้อเพลิง แต่ละบัญชี รับ 5,000 BP ฟรีทุกวัน และสามารถรับได้อีกมากโดยการแช่แข็ง TRX สำหรับ BP ทั้ง TRX และ TRC-10 token การโอนเป็นธุรกรรมปกติที่คิดต้นทุน BP การปรับใช้และการดำเนินการตามสัญญาอัจฉริยะ ธุรกรรมใช้ทั้ง BP และพลังงาน

บล็อก บล็อกประกอบด้วยบันทึกธุรกรรมดิจิทัล บล็อกที่สมบูรณ์ประกอบด้วยหมายเลขเวทย์มนตร์ ขนาดบล็อก ส่วนหัวของบล็อก ตัวนับธุรกรรม และข้อมูลธุรกรรม

รางวัลบล็อก รางวัลการผลิตบล็อกจะถูกส่งไปยังบัญชีย่อย (ที่อยู่/กระเป๋าเงิน) ตัวแทนซุปเปอร์ก็ได้ รับรางวัลจาก Tronscan หรือผ่าน API โดยตรง

ส่วนหัวของบล็อก ส่วนหัวของบล็อกเป็นส่วนหนึ่งของบล็อก TRON ส่วนหัวของบล็อกประกอบด้วย hash ของบล็อกก่อนหน้า ราก Merkle การประทับเวลา เวอร์ชัน และที่อยู่พยานกระเป๋าเงินเย็น กระเป๋าเงินเย็นหรือที่รู้จักกันในชื่อกระเป๋าเงินออฟไลน์ จะทำให้รหัสส่วนตัวถูกตัดการเชื่อมต่ออย่างสมบูรณ์ เครือข่าย โดยปกติแล้ว กระเป๋าเงินเย็นจะติดตั้งบนอุปกรณ์ "เย็น" (เช่น คอมพิวเตอร์หรือโทรศัพท์มือถือ อยู่ในสถานะออฟไลน์) เพื่อรับรองความปลอดภัยของรหัสส่วนตัว TRX

ดีแอป แอปพลิเคชันแบบกระจายอำนาจเป็นแอปที่ทำงานโดยไม่มีฝ่ายที่เชื่อถือได้จากส่วนกลาง ใบสมัคร ที่ช่วยให้มีปฏิสัมพันธ์/ข้อตกลง/การสื่อสารโดยตรงระหว่างผู้ใช้ปลายทางและ/หรือทรัพยากร โดยไม่มีคนกลาง

จีอาร์พีซี gRPC (gRPC Remote Procedure Calls) เป็นระบบการเรียกขั้นตอนระยะไกล (RPC) แบบโอเพ่นซอร์ส 2 พัฒนาครั้งแรกที่ Google ใช้ HTTP/2 สำหรับการขนส่ง โดยมี Protocol Buffers เป็นอินเทอร์เฟซ ภาษาคำอธิบาย และมีคุณสมบัติต่างๆ เช่น การรับรองความถูกต้อง การสตรีมและโฟลว์แบบสองทิศทาง การควบคุม การบล็อกหรือการไม่บล็อกการเชื่อมโยง และการยกเลิกและการหมดเวลา มันสร้าง ไคลเอนต์ข้ามแพลตฟอร์มและการเชื่อมโยงเซิร์ฟเวอร์สำหรับหลายภาษา สถานการณ์การใช้งานที่พบบ่อยที่สุด รวมถึงบริการเชื่อมต่อในสถาปัตยกรรมสไตล์ไมโครเซอร์วิสและการเชื่อมต่ออุปกรณ์มือถือ และ ไคลเอ็นต์เบราว์เซอร์ไปยังบริการแบ็กเอนด์

กระเป๋าเงินสุดฮอต กระเป๋าเงินร้อนหรือที่เรียกว่ากระเป๋าเงินออนไลน์ อนุญาตให้ใช้รหัสส่วนตัวของผู้ใช้ออนไลน์ได้ ดังนั้นจึงอาจเป็นเช่นนั้น อ่อนแอต่อช่องโหว่ที่อาจเกิดขึ้นหรือการสกัดกั้นโดยผู้ดำเนินการที่เป็นอันตราย

เจดีเค Java Development Kit คือ Java SDK ที่ใช้สำหรับแอปพลิเคชัน Java มันเป็นแกนหลักของ Java การพัฒนาประกอบด้วยสภาพแวดล้อมแอปพลิเคชัน Java (ไลบรารีคลาส JVM + Java) และ Java เครื่องมือ

KhaosDB TRON มี KhaosDB ในหน่วยความจำโหนดเต็มที่สามารถจัดเก็บเชนที่แยกใหม่ทั้งหมดที่สร้างขึ้น ภายในระยะเวลาที่กำหนดและสนับสนุนให้พยานเปลี่ยนจากห่วงโซ่ที่ใช้งานของตนเองได้อย่างรวดเร็ว เข้าสู่ห่วงโซ่หลักใหม่ ดู 2.2.2 การจัดเก็บสถานะสำหรับรายละเอียดเพิ่มเติม

ระดับDB เริ่มแรก LevelDB ถูกนำมาใช้โดยมีเป้าหมายหลักเพื่อให้เป็นไปตามข้อกำหนดของ R/W ที่รวดเร็วและรวดเร็ว การพัฒนา หลังจากเปิดตัว Mainnet แล้ว TRON ได้อัปเกรดฐานข้อมูลเป็นแบบที่ปรับแต่งเองทั้งหมด สิ่งหนึ่งที่สนองความต้องการของตัวเอง ดู 2.2.1 ที่เก็บข้อมูลบล็อคเชน สำหรับรายละเอียดเพิ่มเติม

รากเมิร์เคิล รากของ Merkle คือ hash ของ hashes ทั้งหมด ของธุรกรรมทั้งหมดที่รวมเป็นส่วนหนึ่งของบล็อกใน blockchain เครือข่าย ดู 3.1 หลักฐานการเดิมพันที่ได้รับมอบหมาย (DPoS) สำหรับรายละเอียดเพิ่มเติม 2 https://en.wikipedia.org/wiki/GRPC

TRON development roadmap phase 2 timeline from July 2018 to 2019

เครือข่ายทดสอบสาธารณะ (Shasta) เวอร์ชันของเครือข่ายที่ทำงานในการกำหนดค่าโหนดเดียว นักพัฒนาสามารถเชื่อมต่อและทดสอบได้ คุณสมบัติโดยไม่ต้องกังวลกับการสูญเสียทางเศรษฐกิจ Testnet tokens ไม่มีค่าและใครๆ ก็สามารถทำได้ ขอเพิ่มเติมจาก faucet สาธารณะ

อาร์พีซี
3 ในการคำนวณแบบกระจาย การเรียกขั้นตอนระยะไกล (RPC) คือเมื่อโปรแกรมคอมพิวเตอร์ทำให้เกิด ขั้นตอน (รูทีนย่อย) เพื่อดำเนินการในพื้นที่ที่อยู่อื่น (โดยทั่วไปบนคอมพิวเตอร์เครื่องอื่นที่เปิดอยู่ เครือข่ายที่ใช้ร่วมกัน) ซึ่งถูกเข้ารหัสราวกับว่าเป็นการเรียกโพรซีเดอร์ปกติ (ในเครื่อง) โดยไม่มี โปรแกรมเมอร์เข้ารหัสรายละเอียดสำหรับการโต้ตอบระยะไกลอย่างชัดเจน

ความสามารถในการขยายขนาด ความสามารถในการปรับขนาดเป็นคุณลักษณะของโปรโตคอล TRON เป็นความสามารถของระบบ เครือข่าย หรือกระบวนการในการ รับมือกับปริมาณงานที่เพิ่มขึ้นหรือศักยภาพที่จะขยายเพื่อรองรับการเติบโตนั้น

อาทิตย์ SUN แทนที่ drop เป็นหน่วยที่เล็กที่สุดของ TRX 1 TRX = 1,000,000 อาทิตย์

ปริมาณงาน ปริมาณงานสูงเป็นคุณลักษณะของ TRON Mainnet มีหน่วยวัดเป็นธุรกรรมต่อวินาที (TPS) คือความสามารถในการทำธุรกรรมสูงสุดในหนึ่งวินาที

การประทับเวลา เวลาโดยประมาณของการผลิตบล็อกจะถูกบันทึกเป็นการประทับเวลา Unix ซึ่งเป็นจำนวน มิลลิวินาทีที่ผ่านไปตั้งแต่ 00:00:00 01 มกราคม 1970 UTC

ทีเคซี การกำหนดค่าโทเค็น

ทีอาร์ซี-10 มาตรฐานของ crypto token บนแพลตฟอร์ม TRON จำเป็นต้องปฏิบัติตามกฎและอินเทอร์เฟซบางอย่าง เมื่อถือข้อเสนอเหรียญเริ่มต้นใน TRON blockchain

TRX TRX ย่อมาจาก Tronix ซึ่งเป็นสกุลเงินดิจิทัลอย่างเป็นทางการของ TRON

3 https://en.wikipedia.org/wiki/Remote_procedure_call

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ı.

TRON development roadmap phase 1 timeline from July 2017 to June 2018

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

TRON development roadmap phase 2 timeline from July 2018 to 2019

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

สถาปัตยกรรมระบบ

TRON ใช้สถาปัตยกรรม 3 เลเยอร์ซึ่งแบ่งออกเป็น Storage Layer, Core Layer และ Application Layer โปรโตคอล TRON เป็นไปตาม Google Protobuf ซึ่งสนับสนุนหลายภาษาอย่างแท้จริง ส่วนขยาย

TRON three-layer architecture diagram showing Application Layer Core Layer and Storage Layer

รูปที่ 1: TRON สถาปัตยกรรม 3 ชั้น

2.1 แกน

มีหลายโมดูลในเลเยอร์หลัก รวมถึง smart contracts การจัดการบัญชี และ ฉันทามติ เครื่องเสมือนแบบสแต็กถูกใช้งานบน TRON และคำสั่งที่ปรับให้เหมาะสม มีการใช้ชุด เพื่อสนับสนุนนักพัฒนา DApp ได้ดียิ่งขึ้น Solidity ได้รับเลือกให้เป็น smart contract 4 ตามมาด้วยการสนับสนุนภาษาขั้นสูงอื่นๆ ในอนาคต นอกจากนี้ ฉันทามติของ TRON กลไกจะขึ้นอยู่กับ Delegated Proof of Stake (DPoS) และมีการสร้างนวัตกรรมมากมายใน เพื่อให้เป็นไปตามข้อกำหนดเฉพาะของมัน 2.2 การจัดเก็บ

TRON ออกแบบโปรโตคอลการจัดเก็บข้อมูลแบบกระจายที่ไม่ซ้ำใคร ซึ่งประกอบด้วย Block Storage และ State ที่เก็บของ แนวคิดของฐานข้อมูลกราฟถูกนำมาใช้ในการออกแบบชั้นจัดเก็บข้อมูลเพื่อ ตอบสนองความต้องการการจัดเก็บข้อมูลที่หลากหลายในโลกแห่งความเป็นจริงได้ดีขึ้น 2.2.1 ที่เก็บข้อมูลบล็อคเชน

TRON blockchain พื้นที่เก็บข้อมูลเลือกใช้ LevelDB ซึ่งพัฒนาโดย Google และผ่านการพิสูจน์แล้ว ประสบความสำเร็จกับบริษัทและโครงการมากมาย มีประสิทธิภาพสูงและรองรับไบต์โดยพลการ อาร์เรย์เป็นทั้งคีย์และค่า รับเอกพจน์ ใส่และลบ ใส่และลบเป็นกลุ่ม สองทิศทาง ตัววนซ้ำและการบีบอัดอย่างง่ายโดยใช้อัลกอริธึม Snappy ที่รวดเร็วมาก 2.2.2 การจัดเก็บของรัฐ

TRON มี KhaosDB ในหน่วยความจำโหนดเต็มที่สามารถจัดเก็บโซ่ที่แยกใหม่ทั้งหมดที่สร้างขึ้น ภายในระยะเวลาที่กำหนดและสนับสนุนให้พยานเปลี่ยนจากห่วงโซ่ที่ใช้งานของตนเองได้อย่างรวดเร็ว เข้าสู่ห่วงโซ่หลักใหม่ นอกจากนี้ยังสามารถปกป้องที่เก็บข้อมูล blockchain โดยการทำให้มันมีเสถียรภาพมากขึ้นจากการเป็น ยุติอย่างผิดปกติในสภาวะระหว่างกลาง 2.3 การสมัคร

นักพัฒนาสามารถสร้าง DApps ที่หลากหลายและกระเป๋าเงินแบบกำหนดเองได้บน TRON ตั้งแต่ TRON เปิดใช้งาน smart contracts เพื่อปรับใช้และดำเนินการ โอกาสของแอปพลิเคชันยูทิลิตี้คือ ไม่จำกัด 4 เอกสารอย่างเป็นทางการของ Solidity: https://solidity.readthedocs.io/

2.4 พิธีสาร

TRON โปรโตคอลเป็นไปตาม Google Protocol Buffers ซึ่งเป็นภาษาที่เป็นกลาง แพลตฟอร์มที่เป็นกลาง 5 และวิธีที่ขยายได้ของซีเรียลไลซ์ข้อมูลที่มีโครงสร้างเพื่อใช้ในโปรโตคอลการสื่อสาร การจัดเก็บข้อมูล และอีกมากมาย 2.4.1 บัฟเฟอร์โปรโตคอล

Protocol Buffers (Protobuf) เป็นกลไกอัตโนมัติที่ยืดหยุ่น มีประสิทธิภาพ สำหรับการจัดโครงสร้างอนุกรม ข้อมูลคล้ายกับ JSON หรือ XML แต่มีขนาดเล็กกว่า เร็วกว่า และง่ายกว่ามาก

คำจำกัดความ Protobuf (.proto) สามารถใช้เพื่อสร้างโค้ดสำหรับ C++, Java, C#, Python, Ruby, ภาษา Golang และ Objective-C ผ่านตัวสร้างโค้ดอย่างเป็นทางการ บุคคลที่สามต่างๆ การใช้งานยังมีให้บริการในภาษาอื่นอีกมากมาย Protobuf ช่วยให้การพัฒนาง่ายขึ้น ลูกค้าโดยการรวมคำจำกัดความ API และเพิ่มประสิทธิภาพการถ่ายโอนข้อมูล ลูกค้าสามารถรับ API ได้ .proto จากที่เก็บโปรโตคอลของ TRON และบูรณาการผ่านโค้ดที่สร้างขึ้นโดยอัตโนมัติ ห้องสมุด

จากการเปรียบเทียบ Protocol Buffers มีขนาดเล็กกว่า 3 ถึง 10 เท่าและเร็วกว่า XML 20 ถึง 100 เท่า ด้วยไวยากรณ์ที่ไม่ชัดเจนน้อยกว่า Protobuf สร้างคลาสการเข้าถึงข้อมูลที่ใช้งานง่ายกว่า โดยทางโปรแกรม 2.4.2 HTTP

TRON โปรโตคอลให้ทางเลือก RESTful HTTP API แทน Protobuf API พวกเขาแบ่งปันเหมือนกัน อินเทอร์เฟซ แต่ HTTP API สามารถใช้งานได้ทันทีในไคลเอนต์จาวาสคริปต์ 2.5 TRON เครื่องเสมือน (TVM)

TVM เป็นเครื่องเสมือนทัวริงที่สมบูรณ์แบบน้ำหนักเบาที่พัฒนาขึ้นสำหรับระบบนิเวศของ TRON ที่ TVM เชื่อมโยงอย่างราบรื่นกับระบบนิเวศการพัฒนาที่มีอยู่เพื่อให้บริการผู้คนนับล้านทั่วโลก นักพัฒนาซอฟต์แวร์ที่มีระบบ blockchain ที่สร้างขึ้นเองซึ่งมีประสิทธิภาพ สะดวก มีเสถียรภาพ ปลอดภัย และ ปรับขนาดได้
2.6 การแลกเปลี่ยนแบบกระจายอำนาจ (DEX)

5 เอกสารอย่างเป็นทางการของ Google Protocol Buffers: https://developers.google.com/protocol-buffers/เครือข่าย TRON รองรับฟังก์ชันการแลกเปลี่ยนแบบกระจายอำนาจโดยกำเนิด การแลกเปลี่ยนแบบกระจายอำนาจ ประกอบด้วยคู่การซื้อขายหลายคู่ คู่การซื้อขาย (สัญลักษณ์ “การแลกเปลี่ยน”) คือตลาดแลกเปลี่ยน ระหว่าง TRC-10 tokens หรือระหว่าง TRC-10 token และ TRX บัญชีใดก็ได้สามารถสร้างการซื้อขายได้ จับคู่ระหว่าง tokens ใด ๆ แม้ว่าจะมีคู่เดียวกันอยู่แล้วบนเครือข่าย TRON ก็ตาม การค้าขายและ ความผันผวนของราคาของคู่การซื้อขายเป็นไปตามพิธีสาร Bancor เครือข่าย TRON กำหนดไว้เช่นนั้น 6 น้ำหนักของ token สองคู่ในคู่การซื้อขายทั้งหมดเท่ากัน ดังนั้นอัตราส่วนของยอดคงเหลือคือราคา ระหว่างพวกเขา ตัวอย่างเช่น พิจารณาคู่การซื้อขายที่มี tokens สองรายการ ได้แก่ ABC และ DEF เอบีซีก็มี ยอดคงเหลือ 10 ล้าน และ DEF มียอด 1 ล้าน เนื่องจากน้ำหนักเท่ากัน 10 ABC = 1 การป้องกัน ซึ่งหมายความว่าอัตราส่วนของ ABC ต่อ DEF คือ 10 ABC ต่อ DEF 2.7 การนำไปปฏิบัติ

รหัส TRON blockchain ถูกนำมาใช้ใน Java และเดิมทีเป็นทางแยกจาก EthereumJ

6 เว็บไซต์อย่างเป็นทางการของพิธีสาร Bancor: https://about.bancor.network/protocol/

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ı.

TRON three-layer architecture diagram showing Application Layer Core Layer and Storage Layer

Ş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/

ฉันทามติ

3.1 หลักฐานการเดิมพันที่ได้รับมอบหมาย (DPoS)

กลไกฉันทามติแรกสุดคือกลไกฉันทามติ Proof of Work (PoW) นี้ ปัจจุบันมีการใช้โปรโตคอลใน Bitcoin และ Ethereum ในระบบ PoW ธุรกรรม 7 8 การออกอากาศผ่านเครือข่ายจะถูกจัดกลุ่มเข้าด้วยกันเป็นบล็อกใหม่เพื่อยืนยันการขุด ที่ กระบวนการยืนยันเกี่ยวข้องกับธุรกรรม hashing โดยใช้อัลกอริธึมการเข้ารหัส hashing จนกระทั่ง ถึงราก Merkle แล้ว ทำให้เกิดต้นไม้ Merkle:

รูปที่ 2: ธุรกรรม 8 TRX ถูก hashed เข้าสู่ Merkle Root ราก Merkle นี้จะถูกรวมไว้ในส่วนหัวของบล็อกซึ่ง ถูกแนบไปกับบล็อกที่ยืนยันก่อนหน้านี้เพื่อสร้าง blockchain ช่วยให้สามารถติดตามได้ง่ายและโปร่งใส ธุรกรรม การประทับเวลา และข้อมูลอื่นๆ ที่เกี่ยวข้อง

7 Bitcoin เอกสารไวท์เปเปอร์: https://bitcoin.org/bitcoin.pdf 8 Ethereum เอกสารไวท์เปเปอร์: https://github.com/ethereum/wiki/wiki/White-Paper

อัลกอริธึมการเข้ารหัส hashing มีประโยชน์ในการป้องกันการโจมตีเครือข่ายเนื่องจากมี คุณสมบัติหลายประการ:
9

● ขนาดความยาวอินพุต/เอาต์พุต​ - อัลกอริธึมสามารถส่งผ่านอินพุตขนาดความยาวเท่าใดก็ได้ และ ส่งออกค่า hash ที่มีความยาวคงที่
● ประสิทธิภาพ​ - อัลกอริธึมค่อนข้างง่ายและรวดเร็วในการคำนวณ
● ความต้านทานพรีอิมเมจ​ - สำหรับเอาท์พุตที่กำหนด ​z​ เป็นไปไม่ได้ที่จะหาอินพุต x เช่นนั้น ชั่วโมง(x) =​ ​z​ กล่าวอีกนัยหนึ่ง hashing อัลกอริธึม ​h(x)​ เป็นฟังก์ชันทางเดียวซึ่งมีเพียงฟังก์ชันทางเดียวเท่านั้น สามารถค้นหาเอาต์พุตได้โดยระบุอินพุต ย้อนกลับเป็นไปไม่ได้
● ความต้านทานการชน​ - การคำนวณเป็นไปไม่ได้ที่จะหาคู่ใดๆ ​x​1 ​≠ x​2​ ​โดยที่ ​h(x​1​) = ชม(x​2​)​. กล่าวอีกนัยหนึ่ง ความน่าจะเป็นในการค้นหาอินพุตที่แตกต่างกันสองรายการ hashing เหมือนกัน เอาต์พุตต่ำมาก คุณสมบัตินี้ยังหมายถึงความต้านทานของพรีอิมเมจที่สองด้วย
● ความต้านทานพรีอิมเมจที่สอง - เมื่อให้ x​1​ และด้วยเหตุนี้ ​h(x​1​)​ จึงเป็นไปไม่ได้โดยการคำนวณ จงหา x​2​ ใดๆ ที่ทำให้ h(x​1​) = h(x​2​)​ แม้ว่าคุณสมบัตินี้จะคล้ายกับ 'ความต้านทานการชน' แต่ คุณสมบัติแตกต่างตรงที่บอกว่าผู้โจมตีที่ได้รับ x​1​ จะค้นหามันโดยการคำนวณ เป็นไปไม่ได้ที่จะค้นหา ​x​2​ hashing ใด ๆ ไปยังเอาต์พุตเดียวกัน
● กำหนด - แมปแต่ละอินพุตกับเอาต์พุตเดียวเท่านั้น ● Avalanche effect​ - การเปลี่ยนแปลงเล็กน้อยในอินพุตส่งผลให้เอาต์พุตแตกต่างไปจากเดิมอย่างสิ้นเชิง

คุณสมบัติเหล่านี้ทำให้เครือข่ายสกุลเงินดิจิทัลมีมูลค่าที่แท้จริงโดยทำให้แน่ใจว่าการโจมตีจะไม่เกิดขึ้น ประนีประนอมเครือข่าย เมื่อนักขุดยืนยันบล็อก พวกเขาได้รับรางวัล tokens เป็นบล็อกในตัว แรงจูงใจในการเข้าร่วมเครือข่าย อย่างไรก็ตาม เนื่องจากมูลค่าตลาดของสกุลเงินดิจิทัลทั่วโลก เพิ่มขึ้นอย่างต่อเนื่อง นักขุดกลายเป็นศูนย์กลางและมุ่งเน้นไปที่ทรัพยากรคอมพิวเตอร์ของพวกเขา การกักตุน tokens เป็นทรัพย์สิน แทนที่จะสะสมไว้เพื่อวัตถุประสงค์ในการเข้าร่วมเครือข่าย นักขุดซีพียูหลีกทางให้ GPU ซึ่งทำให้ ASIC ทรงพลังกลับมา ในการศึกษาที่โดดเด่นเรื่องหนึ่งคือพลังทั้งหมด ปริมาณการใช้ Bitcoin การขุดคาดว่าจะสูงถึง 3 GW เทียบได้กับของไอร์แลนด์ 10 การใช้พลังงาน การศึกษาเดียวกันนี้คาดการณ์ว่าการใช้พลังงานทั้งหมดจะสูงถึง 8 GW ในเร็วๆ นี้ อนาคต

เพื่อแก้ไขปัญหาขยะพลังงาน กลไกฉันทามติ Proof of Stake (PoS) ได้รับการเสนอโดย เครือข่ายใหม่มากมาย ในเครือข่าย PoS ผู้ถือ token ล็อคยอดคงเหลือ token ของตนเพื่อให้กลายเป็นบล็อก validatorส. validators ผลัดกันเสนอและลงคะแนนในบล็อกถัดไป อย่างไรก็ตามปัญหา ด้วย PoS มาตรฐานคืออิทธิพลของ validator มีความสัมพันธ์โดยตรงกับจำนวน tokens ที่ถูกล็อค ส่งผลให้ฝ่ายต่างๆ กักตุนสกุลเงินหลักของเครือข่ายจำนวนมากจนเกินควร อิทธิพลในระบบนิเวศเครือข่าย

กลไกฉันทามติ TRON ใช้ระบบ Delegated Proof of Stake ที่เป็นนวัตกรรมใหม่ ซึ่ง 27 ผู้แทนระดับสูง (SR) ผลิตบล็อกสำหรับเครือข่าย ทุก 6 ชั่วโมง ผู้ถือบัญชี TRX ผู้ระงับบัญชีของตนสามารถลงคะแนนให้ผู้สมัคร SR ที่เลือกได้ โดยมีผู้สมัคร 27 อันดับแรก ถือว่า ส.ส. ผู้ลงคะแนนอาจเลือก SR ตามเกณฑ์ เช่น โครงการที่ได้รับการสนับสนุนจาก SR 9 PAAR, C., PELZL, J., ​ทำความเข้าใจการเข้ารหัส: หนังสือเรียนสำหรับนักเรียนและผู้ปฏิบัติงาน, 2010 ed. สปริงเกอร์-แวร์ลัก เบอร์ลิน ไฮเดลเบิร์ก, 2010.
10 https://www.sciencedirect.com/science/article/pii/S2542435118301776เพิ่มการยอมรับ TRX และรางวัลจะแจกจ่ายให้กับผู้มีสิทธิเลือกตั้ง ซึ่งจะช่วยให้เกิดความเป็นประชาธิปไตยมากขึ้นและ ระบบนิเวศกระจายอำนาจ บัญชีของ SR เป็นบัญชีปกติแต่เป็นการสะสมคะแนนเสียง ทำให้พวกเขาสามารถสร้างบล็อกได้ ด้วยอัตราปริมาณงานต่ำที่ Bitcoin และ Ethereum เนื่องจาก กลไกฉันทามติ PoW และปัญหาความสามารถในการปรับขนาด ระบบ DPoS ของ TRON นำเสนอนวัตกรรมใหม่ กลไกที่ส่งผลให้ปี 2000 TPS เปรียบเทียบกับ Bitcoin's 3 TPS และ Ethereum's 15 TPS

เครือข่ายโปรโตคอล TRON สร้างหนึ่งบล็อกทุกๆ สามวินาที โดยแต่ละบล็อกจะให้รางวัล 32 TRX ถึงตัวแทนระดับสูง จะมีการมอบ TRX รวม 336,384,000 TRX เป็นประจำทุกปีให้กับ SR 27 รายการ แต่ละครั้งที่ SR เสร็จสิ้นการผลิตบล็อก รางวัลจะถูกส่งไปยังบัญชีย่อยในบัญชีแยกประเภทขั้นสูง SR สามารถตรวจสอบได้ แต่ไม่สามารถใช้ TRX tokens เหล่านี้ได้โดยตรง การถอนเงินสามารถทำได้โดยแต่ละคน SR หนึ่งครั้งทุกๆ 24 ชั่วโมง โดยโอนรางวัลจากบัญชีย่อยไปยัง SR ที่ระบุ บัญชี

โหนดสามประเภทบนเครือข่าย TRON ได้แก่ Witness Node, Full Node และ Solidity Node โหนดพยานได้รับการจัดตั้งขึ้นโดย SR และมีหน้าที่หลักในการผลิตบล็อกและข้อเสนอ การสร้าง/การลงคะแนนเสียง โหนดแบบเต็มมี API และธุรกรรมและบล็อกการออกอากาศ การซิงค์โหนด Solidity บล็อกจากโหนดเต็มอื่นๆ และยังมี API ที่สามารถจัดทำดัชนีได้

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(x​1​) olacak şekilde herhangi bir x​1 ​≠ x​2​ çiftini bulmak hesaplama açısından mümkün değildir. = h(x​2​)​. 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 x​1​ ve dolayısıyla ​h(x​1​)​, hesaplama açısından mümkün değildir h(x​1​) = h(x​2​)​ olacak herhangi bir x​2​ bulun. Bu özellik çarpışma direncine benzer olsa da, özelliği, belirli bir x​1​ 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 ​x​2​ 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.

บัญชี

4.1 ประเภท

บัญชีสามประเภทในเครือข่าย TRON คือบัญชีปกติ บัญชี token และ บัญชีสัญญา

1. บัญชีปกติใช้สำหรับธุรกรรมมาตรฐาน
2. บัญชีโทเค็นใช้สำหรับจัดเก็บ TRC-10 tokens
3. บัญชีสัญญาคือ smart contract บัญชีที่สร้างขึ้นโดยบัญชีปกติและสามารถเป็นได้ กระตุ้นโดยบัญชีปกติเช่นกัน 4.2 การสร้าง

มีสามวิธีในการสร้างบัญชี TRON:

1. สร้างบัญชีใหม่ผ่าน API 2. โอน TRX ไปยังที่อยู่บัญชีใหม่ 3. โอน TRC-10 token ใด ๆ ไปยังที่อยู่บัญชีใหม่

คู่คีย์ออฟไลน์ที่ประกอบด้วยที่อยู่ (คีย์สาธารณะ) และคีย์ส่วนตัว และไม่ได้บันทึกโดย เครือข่าย TRON ก็สามารถสร้างได้เช่นกัน อัลกอริธึมการสร้างที่อยู่ผู้ใช้ประกอบด้วย สร้างคู่คีย์แล้วแยกคีย์สาธารณะ (อาร์เรย์ไบต์ 64 ไบต์แทน x, y พิกัด) แฮชคีย์สาธารณะโดยใช้ฟังก์ชัน SHA3-256 (โปรโตคอล SHA3 ที่นำมาใช้คือ KECCAK-256) และแยกผลลัพธ์ 20 ไบต์สุดท้าย เพิ่ม 41 ที่จุดเริ่มต้นของอาร์เรย์ไบต์ และตรวจสอบให้แน่ใจว่าความยาวที่อยู่เริ่มต้นคือ 21 ไบต์ แฮชที่อยู่สองครั้งโดยใช้ฟังก์ชัน SHA3-256 และใช้ 4 ไบต์แรกเป็นรหัสยืนยัน เพิ่มรหัสยืนยันที่ส่วนท้ายของอักษรย่อ ที่อยู่และรับที่อยู่ในรูปแบบ base58check ผ่านการเข้ารหัส base58 มีการเข้ารหัส ที่อยู่ Mainnet เริ่มต้นด้วย T และมีความยาว 34 ไบต์ 4.3 โครงสร้าง

บัญชีสามประเภทที่แตกต่างกัน ได้แก่ Normal, AssetIssue และ Contract บัญชีประกอบด้วย 7 พารามิเตอร์:

1. account_name​: ชื่อของบัญชีนี้ – เช่น บัญชีบิล.
2. type​ : บัญชีนี้เป็นประเภทใด – เช่น 0 (ย่อมาจากประเภท 'ปกติ')
3. balance​: ยอดคงเหลือของบัญชีนี้ – เช่น 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​; }

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​; }

บล็อก

โดยทั่วไปบล็อกจะมีส่วนหัวของบล็อกและธุรกรรมหลายรายการ

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 ข้อมูลดิบ

ข้อมูลดิบจะแสดงเป็น ​raw_data​ ใน Protobuf ประกอบด้วยข้อมูลดิบของข้อความ ประกอบด้วย 6 พารามิเตอร์:

1. timestamp​: การประทับเวลาของข้อความนี้ – เช่น 1543884429000. 2. txTrieRoot​: รากของ Merkle Tree – เช่น 7แดคซา…3ed. 3. parentHash​: hash ของบล็อกสุดท้าย – เช่น 7แดคซา…3ed. 4. number​: ความสูงของบล็อก – เช่น 4638708. 5. เวอร์ชัน​ : สงวนไว้ – เช่น​.ก. 5.

Block header and Merkle tree structure showing how TRX transactions are hashed into the Merkle root

6. พยาน_ที่อยู่: ที่อยู่ของพยานที่อยู่ในบล็อกนี้ – เช่น 41928c...4d21. 5.1.2 ลายเซ็นพยาน

ลายเซ็นพยานแสดงเป็น ​witness_signature​ ใน Protobuf ซึ่งเป็นลายเซ็นสำหรับสิ่งนี้ ส่วนหัวบล็อกจากโหนดพยาน 5.1.3 รหัสบล็อก

Block ID จะแสดงเป็น ​blockID​ ใน Protobuf มันมีการระบุอะตอมของบล็อก บล็อก ID มี 2 พารามิเตอร์: 1. hash​ : hash ของบล็อก 2. number​ : hash และความสูงของบล็อก 5.2 การทำธุรกรรม 5.2.1 การลงนาม

TRON กระบวนการลงนามธุรกรรมของ __ เป็นไปตามอัลกอริธึมการเข้ารหัส ECDSA มาตรฐาน โดยมี เส้นโค้งการเลือก SECP256K1 คีย์ส่วนตัวคือตัวเลขสุ่ม และคีย์สาธารณะคือจุดบน เส้นโค้งรูปไข่ กระบวนการสร้างคีย์สาธารณะประกอบด้วยการสร้างตัวเลขสุ่มเป็น a ก่อน คีย์ส่วนตัวแล้วคูณจุดฐานของเส้นโค้งรูปไข่ด้วยคีย์ส่วนตัวเพื่อให้ได้ กุญแจสาธารณะ เมื่อธุรกรรมเกิดขึ้น ข้อมูลดิบของธุรกรรมจะถูกแปลงเป็นรูปแบบไบต์ก่อน ข้อมูลดิบจะผ่าน SHA-256 hashing รหัสส่วนตัวที่สอดคล้องกับสัญญา ที่อยู่ จากนั้นลงนามผลลัพธ์ของ SHA256 hash จากนั้นผลลายเซ็นจะถูกเพิ่มลงใน การทำธุรกรรม
5.2.2 โมเดลแบนด์วิธ

ธุรกรรมทั่วไปใช้เฉพาะจุดแบนด์วิธเท่านั้น แต่การดำเนินการ smart contract ใช้ทั้งสองจุด จุดพลังงานและแบนด์วิธ มีจุดแบนด์วิธให้เลือกสองประเภท ผู้ใช้สามารถรับได้ จุดแบนด์วิธจากการแช่แข็ง TRX ในขณะที่จุดแบนด์วิธฟรี 5,000 จุดก็มีให้บริการทุกวัน

เมื่อมีการออกอากาศธุรกรรม TRX มันจะถูกส่งและจัดเก็บในรูปแบบของอาร์เรย์ไบต์ เครือข่าย คะแนนแบนด์วิธที่ใช้โดยหนึ่งธุรกรรม = จำนวนไบต์ของธุรกรรม คูณด้วยอัตราคะแนนแบนด์วิธ ตัวอย่างเช่น หากความยาวอาร์เรย์ไบต์ของธุรกรรมคือ 200 จากนั้นธุรกรรมจะใช้จุดแบนด์วิธ 200 จุด อย่างไรก็ตาม หากการโอน TRX หรือ token ส่งผลให้ บัญชีเป้าหมายที่กำลังสร้าง จากนั้นใช้เฉพาะจุดแบนด์วิธที่ใช้ในการสร้างบัญชี จะถูกหักออก และคะแนนแบนด์วิธเพิ่มเติมจะไม่ถูกหักออก ในการสร้างบัญชี ในสถานการณ์สมมติ เครือข่ายจะใช้จุดแบนด์วิธที่ผู้ริเริ่มธุรกรรมได้รับก่อนจากการแช่แข็ง TRX หากจำนวนเงินนี้ไม่เพียงพอ เครือข่ายจะใช้ธุรกรรม TRX ของผู้ริเริ่ม

ในสถานการณ์การถ่ายโอน TRX มาตรฐานจากบัญชี TRX หนึ่งไปยังอีกบัญชีหนึ่ง เครือข่ายจะใช้ก่อน จุดแบนด์วิธที่ได้รับจากตัวเริ่มต้นธุรกรรมสำหรับการแช่แข็ง TRX ถ้านั่นไม่เพียงพอก็แล้วไป ใช้จากจุดแบนด์วิธฟรี 5,000 รายวัน หากยังไม่เพียงพอก็ต่อเครือข่าย ใช้ TRX ของตัวเริ่มต้นธุรกรรม จำนวนเงินจะคำนวณตามจำนวนไบต์ใน ธุรกรรมคูณด้วย 10 SUN ดังนั้น สำหรับผู้ถือ TRX ส่วนใหญ่ที่อาจไม่จำเป็นต้องหยุด TRX ของพวกเขาที่จะมีส่วนร่วมในการโหวต SR ขั้นตอนแรกจะถูกข้ามโดยอัตโนมัติ (ตั้งแต่ยอดคงเหลือ TRX แช่แข็ง = 0) และแบนด์วิดธ์ฟรี 5,000 ต่อวันขับเคลื่อนธุรกรรม

สำหรับการถ่ายโอน TRC-10 token เครือข่ายจะตรวจสอบก่อนว่าจุดแบนด์วิธว่างทั้งหมดของ ออกสินทรัพย์ token เพียงพอแล้ว ถ้าไม่เช่นนั้น จุดแบนด์วิธที่ได้จากการแช่แข็ง TRX จะเป็นดังนี้ บริโภค หากยังมีจุดแบนด์วิธไม่เพียงพอ จะใช้ TRX ของธุรกรรม ผู้ริเริ่ม

5.2.3 ค่าธรรมเนียม

โดยทั่วไปเครือข่าย TRON จะไม่เรียกเก็บค่าธรรมเนียมสำหรับธุรกรรมส่วนใหญ่ อย่างไรก็ตาม เนื่องจากระบบ ข้อจำกัดและความเป็นธรรม การใช้แบนด์วิธ และการทำธุรกรรมมีค่าธรรมเนียมบางอย่าง

ค่าธรรมเนียมจะแบ่งออกเป็นประเภทต่างๆ ดังต่อไปนี้: 1. ธุรกรรมปกติจะมีค่าใช้จ่ายจุดแบนด์วิธ ผู้ใช้สามารถใช้จุดแบนด์วิธรายวันฟรี (5,000) หรือตรึง 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 } } }

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.

Block header and Merkle tree structure showing how TRX transactions are hashed into the Merkle root

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 } } }

TRON เครื่องเสมือน

6.1 บทนำ

TRON Virtual Machine (TVM) เป็นเครื่องเสมือนทัวริงที่สมบูรณ์แบบน้ำหนักเบาที่พัฒนาขึ้นสำหรับ ระบบนิเวศของ TRON เป้าหมายคือการจัดหาระบบ blockchain ที่สร้างขึ้นเองซึ่งมีประสิทธิภาพ สะดวก มั่นคง ปลอดภัย และปรับขนาดได้

TVM เริ่มแรกแยกจาก EVM และสามารถเชื่อมต่อกับความแข็งแกร่งที่มีอยู่ smart contract ได้อย่างราบรื่น 11 ระบบนิเวศการพัฒนา ด้วยเหตุนี้ TVM จึงสนับสนุน DPoS ฉันทามติเพิ่มเติม

TVM ใช้แนวคิดเรื่องพลังงาน แตกต่างจากกลไกของแก๊สใน EVM การทำงานของ ธุรกรรมและ smart contracts บน TVM นั้นฟรี โดยไม่ต้องใช้ TRX ในทางเทคนิคแล้วสามารถเรียกใช้งานได้ ความสามารถในการคำนวณบน TVM ไม่ได้ถูกจำกัดด้วยจำนวนการถือครองทั้งหมด tokens 6.2 ขั้นตอนการทำงาน

คอมไพเลอร์จะแปล Solidity smart contract เป็น bytecode ที่สามารถอ่านและเรียกใช้งานได้บน ทีวีเอ็ม จากนั้น TVM จะประมวลผลข้อมูลผ่าน opcode ซึ่งเทียบเท่ากับการใช้งานลอจิก ของเครื่องสถานะจำกัดแบบสแต็ก สุดท้าย TVM เข้าถึงข้อมูล blockchain และเรียกใช้ อินเทอร์เฟซข้อมูลภายนอกผ่านเลเยอร์ Interoperation 11 EVM: Ethereum เครื่องเสมือน (https://github.com/ethereum/ethereumj)

TVM workflow showing compiler translating Solidity smart contracts into bytecode for execution on the TRON Virtual Machine

รูปที่ 3: ขั้นตอนการทำงานของ TVM

6.3 ประสิทธิภาพ 6.3.1 สถาปัตยกรรมน้ำหนักเบา

TVM ใช้สถาปัตยกรรมน้ำหนักเบาโดยมีจุดประสงค์เพื่อลดการใช้ทรัพยากรเพื่อรับประกัน ประสิทธิภาพของระบบ 6.3.2 แข็งแกร่ง

TRX ถ่ายโอนและ smart contract จุดแบนด์วิดธ์ค่าใช้จ่ายในการดำเนินการเท่านั้น แทนที่จะเป็น TRX ซึ่ง ยกเว้น TRON จากการถูกโจมตี ปริมาณการใช้แบนด์วิธสามารถคาดเดาได้และคงที่ตั้งแต่แต่ละรายการ ต้นทุนขั้นตอนการคำนวณได้รับการแก้ไขแล้ว 6.3.3 ความเข้ากันได้สูง

TVM เข้ากันได้กับ EVM และจะเข้ากันได้กับ VM หลักอื่นๆ ในอนาคต ด้วยเหตุนี้ smart contracts ทั้งหมดบน EVM จึงสามารถเรียกใช้งานได้บน TVM 6.3.4 ต้นทุนต่ำ

เนื่องจากการตั้งค่าแบนด์วิธของ TVM ต้นทุนการพัฒนาจึงลดลง และนักพัฒนาสามารถมุ่งเน้นไปที่ การพัฒนาตรรกะของรหัสสัญญา TVM ยังมีอินเทอร์เฟซแบบครบวงจรสำหรับสัญญาอีกด้วย การปรับใช้ การทริกเกอร์ และการดูเพื่อมอบความสะดวกสบายให้กับนักพัฒนา

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)

TVM workflow showing compiler translating Solidity smart contracts into bytecode for execution on the TRON Virtual Machine

Ş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.

สัญญาอัจฉริยะ

7.1 บทนำ

smart contract เป็นโปรโตคอลที่ตรวจสอบการเจรจาสัญญาแบบดิจิทัล พวกเขากำหนดกฎเกณฑ์และ บทลงโทษที่เกี่ยวข้องกับข้อตกลงและบังคับใช้ข้อผูกพันเหล่านั้นโดยอัตโนมัติ ผู้ฉลาด รหัสสัญญาอำนวยความสะดวก ตรวจสอบ และบังคับใช้การเจรจาหรือการปฏิบัติตามข้อตกลงหรือ การทำธุรกรรม จากมุมมองของ tokenization smart contracts ยังอำนวยความสะดวกในการให้เงินอัตโนมัติ การโอนระหว่างบุคคลที่เข้าร่วมควรเป็นไปตามเกณฑ์ที่กำหนด

TRON smart contracts เขียนด้วยภาษา Solidity เมื่อเขียนและทดสอบแล้วก็สามารถเป็นได้ คอมไพล์เป็น bytecode จากนั้นปรับใช้บนเครือข่าย TRON สำหรับ TRON Virtual Machine ครั้งหนึ่ง เมื่อปรับใช้แล้ว smart contracts สามารถสอบถามผ่านที่อยู่สัญญาได้ การสมัครสัญญา Binary Interface (ABI) แสดงฟังก์ชันการโทรของสัญญาและใช้สำหรับโต้ตอบกับ เครือข่าย 7.2 แบบจำลองพลังงาน

ขีดจำกัดพลังงานสูงสุดสำหรับการปรับใช้และทริกเกอร์ smart contract เป็นฟังก์ชันของหลายฟังก์ชัน ตัวแปร:

● พลังงานไดนามิกจากการแช่แข็ง 1 TRX คือ 50,000,000,000 (ขีดจำกัดพลังงานรวม) / (พลังงานทั้งหมด น้ำหนัก) ● ขีดจำกัดพลังงานคือขีดจำกัดพลังงานในบัญชีรายวันจากการแช่แข็ง TRX ● พลังงานในบัญชีรายวันที่เหลืออยู่จากการแช่แข็ง TRX จะถูกคำนวณเป็นขีดจำกัดพลังงาน - พลังงาน ใช้แล้ว ● ขีดจำกัดค่าธรรมเนียมใน 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 ความแข็งแกร่ง smart contract แล้ว TRON Virtual Machine จะอ่านคอมไพล์แล้ว ไบต์โค้ด bytecode ประกอบด้วยส่วนสำหรับการปรับใช้โค้ด รหัสสัญญา และ Auxdata Auxdata คือลายนิ้วมือเข้ารหัสของซอร์สโค้ด ซึ่งใช้สำหรับการตรวจสอบ การใช้งาน bytecode รันฟังก์ชัน Constructor และตั้งค่าตัวแปรหน่วยเก็บข้อมูลเริ่มต้น การใช้งาน รหัสยังคำนวณรหัสสัญญาและส่งกลับไปยัง TVM ABI เป็นไฟล์ JSON ที่ อธิบายฟังก์ชันของ TRON smart contract ไฟล์นี้กำหนดชื่อฟังก์ชัน ความสามารถในการชำระ ค่าส่งคืนฟังก์ชันและความไม่แน่นอนของสถานะ 7.4 ฟังก์ชั่นทริกเกอร์

เมื่อ TRON smart contracts ถูกปรับใช้ ฟังก์ชันของพวกมันจะถูกทริกเกอร์แยกกันผ่าน TronStudio หรือผ่านการเรียก API ฟังก์ชันการเปลี่ยนสถานะต้องใช้พลังงานในขณะที่ฟังก์ชันอ่านอย่างเดียว ดำเนินการโดยไม่มีพลังงาน 7.5 TRON ความแข็งแกร่ง

TRON Solidity มาจากภาษา Solidity ของ Ethereum TRON แก้ไขโครงการดั้งเดิมเป็น รองรับหน่วย TRX และ SUN (1 TRX = 1,000,000 SUN) ไวยากรณ์ภาษาที่เหลือคือ เข้ากันได้กับ Solidity ^0.4.24 ดังนั้น Tron Virtual Machine (TVM) จึงเข้ากันได้เกือบ 100% พร้อมคำแนะนำ EVM

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.

โทเค็น

8.1 โทเค็น TRC-10

ในเครือข่าย TRON แต่ละบัญชีสามารถออก tokens ได้โดยมีค่าใช้จ่าย 1,024 TRX ​ในการออก tokens ผู้ออกต้องระบุชื่อ token, มูลค่ารวมทั้งหมด, อัตราแลกเปลี่ยนเป็น TRX, ระยะเวลาการหมุนเวียน คำอธิบาย เว็บไซต์ การใช้แบนด์วิธสูงสุดต่อบัญชี รวมทั้งหมด การใช้แบนด์วิธ และจำนวน token ที่ถูกแช่แข็ง token แต่ละฉบับสามารถกำหนดค่าได้เช่นกัน สูงสุดรายวันของแต่ละบัญชี token โอนคะแนนแบนด์วิธ สูงสุดรายวันของเครือข่ายทั้งหมด token โอนคะแนนแบนด์วิธ, การจัดหาทั้งหมด token, ระยะเวลาการล็อคเป็นวัน และจำนวนทั้งหมด ของ tokens ถูกล็อค 8.2 โทเค็น TRC-20

TRC-20 เป็นมาตรฐานทางเทคนิคที่ใช้สำหรับ smart contracts การใช้งาน tokens ที่สนับสนุนโดย TRON เครื่องเสมือน สามารถใช้งานร่วมกับ ERC-20 ได้อย่างสมบูรณ์

อินเทอร์เฟซมีดังนี้:
สัญญา TRC20อินเทอร์เฟซ { ​ฟังก์ชัน ​totalSupply() ​ผลตอบแทนคงที่สาธารณะ (uint); ฟังก์ชั่น balanceOf (ที่อยู่ token เจ้าของ) ผลตอบแทนสาธารณะคงที่ (uint สมดุล); ​ฟังก์ชัน​ ​เบี้ยเลี้ยง​(ที่อยู่ tokenเจ้าของ ที่อยู่ผู้ใช้จ่าย) ​สาธารณะ​ ​ค่าคงที่ ผลตอบแทน (ไม่เหลือ); ​ฟังก์ชั่น ​การถ่ายโอน (ที่อยู่ไปที่ uint tokens) ผลตอบแทนสาธารณะ (บูลสำเร็จ); ​ฟังก์ชั่น ​อนุมัติ (ที่อยู่ผู้ใช้บริการ, uint tokens) ผลตอบแทนสาธารณะ (บูล ความสำเร็จ); ​ฟังก์ชั่น ​transferFrom (ที่อยู่จาก, ที่อยู่ถึง, uint tokens) สาธารณะ ผลตอบแทน (ความสำเร็จของบูล);

เหตุการณ์ ​การโอน (ที่อยู่จัดทำดัชนีจาก, ที่อยู่จัดทำดัชนีถึง, uint tokens); 
เหตุการณ์ การอนุมัติ (ที่อยู่จัดทำดัชนี token เจ้าของ ที่อยู่ผู้ใช้จ่ายที่จัดทำดัชนี uint

tokens); }

จากมุมมองของนักพัฒนา TRC-10 และ TRC-20 มีความแตกต่างหลายประการ บ้าง ความแตกต่างที่สำคัญคือ TRC-10 tokens สามารถเข้าถึงได้โดย API และ smart contracts ในขณะที่ TRC-20 tokens อนุญาตให้ปรับแต่งอินเทอร์เฟซได้ แต่สามารถเข้าถึงได้ภายใน smart contracts เท่านั้น

จากมุมมองของต้นทุน TRC-10 tokens มีค่าธรรมเนียมการทำธุรกรรมที่ต่ำกว่า 1,000 เท่า TRC-20 แต่มีค่าใช้จ่ายแบนด์วิธสำหรับการโอนและการฝาก API การโอนและการฝากเงินในสมาร์ท สัญญาสำหรับ TRC-10 tokens มีค่าใช้จ่ายทั้งแบนด์วิดท์และพลังงาน
8.3 เกินกว่านั้น

เนื่องจาก TRON ใช้เวอร์ชัน Solidity เดียวกันกับ Ethereum ดังนั้น token มาตรฐานเพิ่มเติมจึงพร้อมใช้งาน ย้ายไปยัง TRON แล้ว

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​()​​genel​​sabit​​​​​​ (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ı.

ธรรมาภิบาล

9.1 ตัวแทนระดับสูง 9.1.1 ทั่วไป

ทุกบัญชีในเครือข่าย TRON สามารถสมัครและมีโอกาสที่จะเป็น Super ตัวแทน (แสดงเป็น SR) ทุกคนสามารถลงคะแนนให้ผู้สมัคร SR ได้ ผู้สมัคร 27 อันดับแรกด้วย ผู้โหวตมากที่สุดจะกลายเป็น SR ที่มีสิทธิ์และหน้าที่ในการสร้างบล็อก คะแนนเสียงคือ นับทุกๆ 6 ชั่วโมง และ SR จะเปลี่ยนตามไปด้วย

เพื่อป้องกันการโจมตีที่เป็นอันตราย การสมัครเป็น SR มีค่าใช้จ่าย เมื่อสมัคร 9999 TRX จะถูกเผาจากบัญชีของผู้สมัคร เมื่อสำเร็จแล้ว บัญชีดังกล่าวจะสามารถเข้าร่วม SR ได้ การเลือกตั้ง 9.1.2 การเลือกตั้ง

TRON ต้องใช้อำนาจ (แสดงเป็น TP) ในการลงคะแนนเสียง และจำนวน TP ขึ้นอยู่กับผู้ลงคะแนนเสียง สินทรัพย์ที่ถูกแช่แข็ง (TRX)

TP คำนวณด้วยวิธีต่อไปนี้:
ทีพี 1 TRX ถูกแช่แข็งเพื่อรับแบนด์วิธ 1 =

ทุกบัญชีในเครือข่าย TRON มีสิทธิ์ลงคะแนนให้ SR ของตนเอง

หลังจากการเปิดตัว (เลิกระงับ และใช้งานได้หลังจาก 3 วัน) ผู้ใช้จะไม่มีเนื้อหาที่ถูกแช่แข็งและสูญเสียทั้งหมด ทีพี ตามนั้น ส่งผลให้การลงคะแนนเสียงทั้งหมดเป็นโมฆะสำหรับการลงคะแนนเสียงที่กำลังดำเนินอยู่และรอบต่อไป เว้นแต่ TRX ถูกระงับการลงคะแนนเสียงอีกครั้ง

โปรดทราบว่าเครือข่าย TRON จะบันทึกเฉพาะการโหวตล่าสุดเท่านั้น ซึ่งหมายความว่าทุกการโหวตใหม่ จะลบล้างคะแนนเสียงก่อนหน้านี้ทั้งหมด 9.1.3 รางวัล ก. โหวตรางวัล

เรียกอีกอย่างว่ารางวัลผู้สมัคร ซึ่งผู้สมัคร 127 อันดับแรกจะอัปเดตทุกๆ รอบ (6 ชั่วโมง) จะแบ่ง 115,200 TRX เมื่อขุดได้ รางวัลจะแบ่งตามน้ำหนักคะแนนโหวต ผู้สมัครแต่ละคนจะได้รับ ในแต่ละปี รางวัลรวมสำหรับผู้สมัครจะเท่ากับ 168,192,000 TRX รางวัลโหวตรวมต่อรอบ ทำไมต้อง 115,200 TRX ทุกรอบ? 15, 00 TRX รางวัลคะแนนโหวตรวมต่อรอบ (VR/รอบ) 1 2 =
VR/รอบ = 16 T RX/บล็อก × 20 บล็อค/นาที × 60 นาที/ชม × 6 ชม./รอบ หมายเหตุ: ค่านี้กำหนดโดย WITNESS_STANDBY_ALLOWANCE = 115,200 TRX ดูพารามิเตอร์เครือข่ายแบบไดนามิก รางวัลคะแนนเสียงทั้งหมดต่อปี ทำไมต้อง 168,192,000 TRX ทุกปี? 168, 192, 000 T RX = รางวัลคะแนนโหวตทั้งหมดต่อปี (V R/ปี) V R/ปี = 115, 200 T RX/รอบ × 4 รอบ/วัน × 365 วัน/ปี ข. รางวัลบล็อก หรือที่เรียกว่า Super Representative Reward ซึ่งผู้เข้าชิง 27 อันดับแรก (SRs) ที่ได้รับเลือก ทุกรอบ (6 ชั่วโมง) จะแบ่งประมาณ 230,400 TRX เมื่อขุดได้ รางวัลจะแบ่งเท่าๆ กัน ระหว่าง 27 SR (ลบบล็อกรางวัลทั้งหมดที่พลาดเนื่องจากข้อผิดพลาดของเครือข่าย) รวมของ 336,384,000 TRX จะมอบให้ทุกปีแก่ 27 SR รางวัลบล็อกทั้งหมดต่อรอบ ทำไมต้อง 230,400 TRX ทุกรอบ? 230, 400 T RX = รางวัลบล็อคทั้งหมดต่อรอบ (BR/รอบ) BR/รอบ = 32 T RX/bloc × 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 วัน/ปี 1 มกราคม 2021 จะไม่มีอัตราเงินเฟ้อบนเครือข่าย TRON ก่อนวันที่ 1 มกราคม 2021 และ TRON DAO จะ มอบรางวัลบล็อกและรางวัลผู้สมัครทั้งหมดก่อนวันที่ดังกล่าว ค. การคำนวณรางวัล

การคำนวณรางวัล SR รางวัลทั้งหมด รางวัลการโหวต (VR) รางวัลบล็อก (BR) ที =
+

ร วี อาร์ ทั้งหมด วี =
×
คะแนนเสียงทั้งหมด คะแนนโหวต ผู้สมัคร SR ที่ได้รับ

บล็อกพลาด 2 บี =
27 รวม BR - × 3
หมายเหตุ: รางวัลจะคำนวณต่อ SR ต่อรอบ (6 ชั่วโมง)

อันดับที่ 28 ถึงอันดับที่ 127 การคำนวณรางวัลผู้สมัคร SR รางวัลทั้งหมด รางวัลการโหวต (VR) ที =

ร วี อาร์ ทั้งหมด วี =
×
คะแนนเสียงทั้งหมด คะแนนโหวต ผู้สมัคร SR ที่ได้รับ
หมายเหตุ: รางวัลจะคำนวณต่อผู้สมัคร SR ต่อรอบ (6 ชั่วโมง) 9.2 คณะกรรมการ 9.2.1 ทั่วไป

คณะกรรมการใช้เพื่อแก้ไขพารามิเตอร์เครือข่ายไดนามิก TRON เช่น การสร้างบล็อก รางวัล ค่าธรรมเนียมการทำธุรกรรม ฯลฯ คณะกรรมการประกอบด้วย SR 27 รายการในรอบปัจจุบัน เอสอาร์แต่ละคน มีสิทธิเสนอและลงคะแนนเสียงข้อเสนอได้ เมื่อข้อเสนอได้รับคะแนนเสียง 19 เสียงขึ้นไปก็คือ ได้รับการอนุมัติและพารามิเตอร์เครือข่ายใหม่จะถูกนำไปใช้ในช่วงการบำรุงรักษาครั้งถัดไป (3 วัน) 9.2.2 พารามิเตอร์เครือข่ายแบบไดนามิก 0. การบำรุงรักษา_TIME_INTERVAL ก. คำอธิบาย
แก้ไขช่วงเวลาการบำรุงรักษาเป็นมิลลิวินาที เรียกว่าช่วงเวลาการลงคะแนนเสียง SR ต่อ รอบ
ข. ตัวอย่าง [6 * 3600 * 1,000] ms - ซึ่งก็คือ 6 ชั่วโมง ค. พิสัย [3271,000, 2436001,000] มิลลิวินาที 1. ACCOUNT_UPGRADE_COST ก. คำอธิบาย ปรับเปลี่ยนค่าใช้จ่ายในการสมัครบัญชี SR ข. ตัวอย่าง [9,999,000,000] SUN - ซึ่งก็คือ 9,999 TRX ค. พิสัย [0,100 000 000 000 000 000] อาทิตย์ 2. CREATE_ACCOUNT_FEE ก. คำอธิบาย แก้ไขค่าธรรมเนียมการสร้างบัญชีข. ตัวอย่าง [100,000] SUN - ซึ่งก็คือ 1 TRX ค. พิสัย [0,100 000 000 000 000 000] อาทิตย์ 3. ธุรกรรม_ค่าธรรมเนียม ก. คำอธิบาย แก้ไขจำนวนค่าธรรมเนียมที่ใช้เพื่อเพิ่มแบนด์วิธเพิ่มเติม ข. ตัวอย่าง [10] อาทิตย์/ไบต์ ค. พิสัย [0,100 000 000 000 000 000] อาทิตย์/ไบต์ 4. ASSET_ISSUE_FEE ก. คำอธิบาย ปรับเปลี่ยนค่าธรรมเนียมการออกสินทรัพย์ ข. ตัวอย่าง [1,024,000,000] SUN - ซึ่งก็คือ 1,024 TRX ค. พิสัย [0,100 000 000 000 000 000] อาทิตย์ 5. WITNESS_PAY_PER_BLOCK ก. คำอธิบาย แก้ไขรางวัลการสร้างบล็อก SR รู้จักกันในชื่อรางวัลบล็อกหน่วย ข. ตัวอย่าง [32,000,000] อาทิตย์ - ซึ่งก็คือ 32 TRX ค. พิสัย [0,100 000 000 000 000 000] อาทิตย์ 6. WITNESS_STANDBY_ALLOWANCE ก. คำอธิบาย ปรับเปลี่ยนรางวัลที่มอบให้กับผู้สมัคร SR 127 อันดับแรก เรียกว่ารางวัลการโหวตทั้งหมด ต่อรอบ ข. ตัวอย่าง [115,200,000,000] SUN - ซึ่งก็คือ 115,200 TRX ค. พิสัย [0,100 000 000 000 000 000] อาทิตย์ 7. CREATE_NEW_ACCOUNT_FEE_IN_SYSTEM_CONTRACT ก. คำอธิบาย แก้ไขต้นทุนการสร้างบัญชี รวมพารามิเตอร์เครือข่ายไดนามิก #8 เพื่อรับ ต้นทุนการสร้างบัญชีทั้งหมด:
REATE_NEW_ACCOUNT_FEE_IN_SY STEM_CONTRACT REATE_NEW_ACCOUNT_BANDWIDTH_RATE
ค × ซี

ข. ตัวอย่าง [0] อาทิตย์ ค. พิสัย [0,100 000 000 000 000 000] อาทิตย์ 8. CREATE_NEW_ACCOUNT_BANDWIDTH_RATE

ก. คำอธิบาย แก้ไขต้นทุนการสร้างบัญชี รวมพารามิเตอร์เครือข่ายแบบไดนามิก #7 เพื่อรับ ต้นทุนการสร้างบัญชีทั้งหมด:
REATE_NEW_ACCOUNT_FEE_IN_SY STEM_CONTRACT REATE_NEW_ACCOUNT_BANDWIDTH_RATE
ค × ซี

ข. ตัวอย่าง [1]. ค. พิสัย [0,100,000,000,000,000,000] 9. ALLOW_CREATION_OF_CONTRACTS ก. คำอธิบาย เพื่อเปิด Tron Virtual Machine (TVM) ข. ตัวอย่าง จริง - ตั้งค่าให้เปิดใช้งานและมีผลตั้งแต่ 10/10/2018 23:47 UTC ค. พิสัย จริง/เท็จ 10. REMOVE_THE_POWER_OF_THE_GR ก. คำอธิบาย ลบคะแนนการกำเนิด GR เริ่มต้น ข. ตัวอย่าง จริง - มีผลเมื่อ 4/11/2561 08:46 UTC ค. พิสัย จริง/เท็จ - หมายเหตุ: ไม่สามารถตั้งค่ากลับเป็นเท็จจากจริงได้ 11. พลังงาน_ค่าธรรมเนียม ก. คำอธิบาย แก้ไขค่าธรรมเนียม 1 พลังงาน ข. ตัวอย่าง 20 อาทิตย์ ค. พิสัย [0,100 000 000 000 000 000] อาทิตย์ 12. EXCHANGE_CREATE_FEE ก. คำอธิบาย ปรับเปลี่ยนต้นทุนการสร้างคู่การซื้อขาย เรียกว่าต้นทุนในการสร้างคำสั่งซื้อขาย ข. ตัวอย่าง [1,024,000,000] SUN - ซึ่งก็คือ 1,024 TRX ค. พิสัย [0,100 000 000 000 000 000] อาทิตย์ 13. MAX_CPU_TIME_OF_ONE_TX ก. คำอธิบาย แก้ไขเวลาดำเนินการสูงสุดของหนึ่งธุรกรรม เรียกว่าขีดจำกัดการหมดเวลาของ หนึ่งธุรกรรม ข. ตัวอย่าง 50 มิลลิวินาที ค. พิสัย

[0, 1,000] มิลลิวินาที 14. ALLOW_UPDATE_ACCOUNT_NAME ก. คำอธิบาย แก้ไขตัวเลือกเพื่อให้บัญชีอัปเดตชื่อบัญชีของตน
ข. ตัวอย่าง เท็จ - ซึ่งสามารถเสนอได้จาก java-tron Odyssey v3.2 ค. พิสัย จริง/เท็จ - หมายเหตุ: ไม่สามารถตั้งค่ากลับเป็นเท็จจากจริงได้ 15. ALLOW_SAME_TOKEN_NAME ก. คำอธิบาย แก้ไขการตรวจสอบความถูกต้องของการอนุญาตให้ token ที่แตกต่างกันมีชื่อซ้ำกัน
ข. ตัวอย่าง เท็จ - ซึ่งสามารถเสนอได้จาก java-tron Odyssey v3.2 ค. พิสัย จริง/เท็จ - หมายเหตุ: ไม่สามารถตั้งค่ากลับเป็นเท็จจากจริงได้ 16. ALLOW_DELEGATE_RESOURCE ก. คำอธิบาย แก้ไขการตรวจสอบความถูกต้องของการอนุญาตให้ออก token ด้วยชื่อที่ซ้ำกัน ดังนั้น tokenID​ ของ token ซึ่งเป็นประเภทข้อมูลจำนวนเต็มยาว จะเป็นอะตอมเพียงชนิดเดียว บัตรประจำตัวของ token
ข. ตัวอย่าง เท็จ - ซึ่งสามารถเสนอได้จาก java-tron Odyssey v3.2 ค. พิสัย จริง/เท็จ - หมายเหตุ: ไม่สามารถตั้งค่ากลับเป็นเท็จจากจริงได้ 17. TOTAL_ENERGY_LIMIT ก. คำอธิบาย แก้ไขขีดจำกัดพลังงานรวมของเครือข่ายทั้งหมด ข. ตัวอย่าง [50,000,000,000,000,000] SUN - ซึ่งเท่ากับ 50,000,000,000 TRX ค. พิสัย [0,100,000,000,000,000,000] อาทิตย์ 18. ALLOW_TVM_TRANSFER_TRC10 ก. คำอธิบาย อนุญาตให้ถ่ายโอน TRC-10 token ภายใน smart contracts ALLOW_UPDATE_ACCOUNT_NAME, ALLOW_SAME_TOKEN_NAME, ข้อเสนอ ALLOW_DELEGATE_RESOURCE ทั้งหมดต้องได้รับการอนุมัติก่อนที่จะเสนอ การเปลี่ยนแปลงพารามิเตอร์นี้
ข. ตัวอย่าง เท็จ - ซึ่งสามารถเสนอได้จาก java-tron Odyssey v3.2 ค. พิสัย จริง/เท็จ - หมายเหตุ: ไม่สามารถตั้งค่ากลับเป็นเท็จจากจริงได้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​ โหวตนับ = ​2;
ไบต์ pubKey = 3;
​สตริง​ url = ​4​;
int64 ผลรวมที่ผลิต = 5;
int64 รวมพลาด = 6;
int64​ ล่าสุดBlockNum = ​7​; ​บูล​คืองาน = ​8​; }

  1. การพัฒนา DApp 10.1 API

เครือข่าย TRON มีเกตเวย์ HTTP API ให้เลือกมากกว่า 60+ รายการสำหรับการโต้ตอบกับ เครือข่ายผ่าน Full และ Solidity Nodes นอกจากนี้ TronWeb ยังเป็นไลบรารี JavaScript ที่ครอบคลุมอีกด้วย มีฟังก์ชัน API ที่ช่วยให้นักพัฒนาสามารถปรับใช้ smart contracts เปลี่ยน blockchain สถานะ, สอบถาม blockchain และข้อมูลสัญญา, ซื้อขาย DEX และอื่นๆ อีกมากมาย API เหล่านี้ เกตเวย์สามารถมุ่งตรงไปยังไพรเวทเน็ตเฉพาะที่, เทสเน็ต Shasta หรือ TRON เมนเน็ต

10.2 เครือข่าย

TRON มีทั้ง Shasta testnet และ Mainnet นักพัฒนาอาจเชื่อมต่อกับเครือข่ายโดย การปรับใช้โหนด การโต้ตอบผ่าน TronStudio หรือใช้ API ผ่านบริการ TronGrid ตรอนกริด บริการประกอบด้วยคลัสเตอร์โหนดที่สมดุลโหลดซึ่งโฮสต์บนเซิร์ฟเวอร์ AWS ทั่วโลก ในฐานะ DApp การพัฒนาขยายขนาดและปริมาณการเรียก API เพิ่มขึ้น TronGrid ประสบความสำเร็จในการเพิ่มจำนวน การรับส่งข้อมูล API
10.3 เครื่องมือ

TRON นำเสนอชุดเครื่องมือการพัฒนาที่ช่วยให้นักพัฒนาสามารถสร้าง DApps ที่เป็นนวัตกรรมใหม่ได้
TronBox เป็นเฟรมเวิร์กที่ช่วยให้นักพัฒนาสามารถทดสอบและปรับใช้ smart contracts ผ่านทาง TronWeb เอพีไอ TronGrid เป็นบริการ API ที่สมดุลโหลดและโฮสต์ซึ่งช่วยให้นักพัฒนาสามารถเข้าถึง TRON เครือข่ายโดยไม่ต้องรันโหนดของตนเอง TronGrid ให้การเข้าถึงทั้ง Shasta testnet เช่นเดียวกับ TRON Mainnet TronStudio เป็นการพัฒนาแบบรวมที่ครอบคลุม สภาพแวดล้อม (IDE) ที่ช่วยให้นักพัฒนาสามารถคอมไพล์ ปรับใช้ และดีบัก Solidity smart ของตนได้ สัญญา TronStudio มีโหนดเต็มภายในที่สร้างสภาพแวดล้อมท้องถิ่นส่วนตัวสำหรับ smart contract การทดสอบก่อนการปรับใช้งาน ไลบรารี TronWeb API เชื่อมต่อนักพัฒนาเข้ากับ เครือข่ายผ่านการเรียก HTTP API ที่หลากหลายซึ่งรวมอยู่ใน JavaScript
10.4 ทรัพยากร

TRON Developer Hub คือไซต์เอกสารประกอบ API ที่ครอบคลุมซึ่งปรับแต่งมาโดยเฉพาะ 12 นักพัฒนาที่ต้องการสร้างบนเครือข่าย TRON Developer Hub มอบระดับสูง ความเข้าใจแนวคิดของ TRON และแนะนำผู้ใช้ผ่านรายละเอียดการโต้ตอบกับ 12 ศูนย์กลางนักพัฒนา: https://developers.tron.network/

เครือข่าย คู่มือนี้จะแนะนำนักพัฒนาเกี่ยวกับการตั้งค่าโหนด การปรับใช้ และการโต้ตอบกับระบบอัจฉริยะ สัญญา การโต้ตอบและการใช้งาน API การสร้าง DApps ตัวอย่าง และการใช้แต่ละอย่าง เครื่องมือสำหรับนักพัฒนา นอกจากนี้ ช่องทางชุมชนนักพัฒนายังมีให้บริการผ่าน Discord
13

13 ความขัดแย้ง: https://discordapp.com/invite/GsRgsTD

  1. บทสรุป

TRON เป็นโซลูชัน blockchain ที่ปรับขนาดได้ ซึ่งได้ใช้วิธีการที่เป็นนวัตกรรมใหม่สำหรับการแก้ปัญหา ความท้าทายที่เครือข่าย blockchain เดิมต้องเผชิญ มีธุรกรรมมากกว่า 2 ล้านรายการต่อวัน ด้วยบัญชี TRX มากกว่า 700,000 บัญชี และมากกว่า 2,000 บัญชี TPS, 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)

  1. 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​; }

  1. 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

  1. 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.