TRON ホワイトペーパー

بقلم Justin Sun · 2017

🇺🇸 English (النص الأصلي)

🇯🇵 日本語 (الترجمة)

مقدمة

1.1 الرؤية

TRON هو مشروع طموح مخصص لإنشاء شبكة إنترنت لامركزية حقًا وملحقاتها البنية التحتية. بروتوكول TRON، أحد أكبر أنظمة التشغيل المعتمدة على blockchain في العالم العالم، يقدم دعمًا عامًا blockchain للإنتاجية العالية وقابلية التوسع العالية والتوافر العالي لـ جميع التطبيقات اللامركزية (DApps) في النظام البيئي TRON. الاستحواذ في يوليو 2018 على عزز BitTorrent أيضًا قيادة TRON في متابعة النظام البيئي اللامركزي.
1.2 الخلفية

أحدث إدخال Bitcoin في عام 2009 ثورة في تصور المجتمع للأنظمة المالية التقليدية النظام في أعقاب الركود الكبير (2007-2008). مثل صناديق التحوط والبنوك المركزية انهارت من المضاربة في المشتقات المالية الغامضة، قدمت التكنولوجيا blockchain أ دفتر أستاذ عالمي شفاف يمكن لأي شخص أن يحصل منه على معلومات المعاملات. ال تم تأمين المعاملات بشكل مشفر باستخدام آلية إجماع إثبات العمل (PoW)، وبالتالي منع مشاكل الإنفاق المزدوج.

في أواخر عام 2013، اقترحت الورقة البيضاء Ethereum شبكة فيها smart contracts وa Turing-Complete Ethereum Virtual Machine (EVM) سيسمح للمطورين بالتفاعل مع الشبكة من خلال DApps. ومع ذلك، نظرًا لأن أحجام المعاملات في Bitcoin وEthereum بلغت ذروتها في عام 2017، كان واضحًا من خلال أوقات إنتاجية المعاملات المنخفضة وارتفاع رسوم المعاملات العملات المشفرة مثل 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 تم إطلاق الشبكة الرئيسية بعد فترة وجيزة في مايو 2018، بمناسبة إصدار Odyssey 2.0 يمثل إنجازًا تقنيًا. في يونيو 2018، أعلنت TRON استقلالها مع إنشاء كتلة Genesis، إلى جانب الاستحواذ على BitTorrent في يوليو 2018. في في أكتوبر 2018، أطلقت TRON TRON Virtual Machine (TVM)، وهي مجموعة أدوات كاملة للمطورين، ونظام دعم 360. تتضمن خارطة الطريق TRON الجمع بين 100 مليون مستخدم لـ BitTorrent مع شبكة TRON عبر Project Atlas، بالإضافة إلى تعزيز مجتمع المطورين لإطلاقه تطبيقات DApps جديدة ومثيرة على شبكة TRON1. 1 V1.0 متاح في https://tron.network/static/doc/white_paper_v_1_0.pdf

1.4 المصطلحات

العنوان/المحفظة يتم إنشاء عنوان أو محفظة تتكون من بيانات اعتماد الحساب على شبكة TRON بواسطة زوج المفاتيح، والذي يتكون من مفتاح خاص ومفتاح عام، والأخير مشتق من الأول من خلال خوارزمية. يُستخدم المفتاح العام عادةً لتشفير مفتاح الجلسة والتوقيع التحقق وتشفير البيانات التي يمكن فك تشفيرها بواسطة مفتاح خاص مطابق.

أبي الواجهة الثنائية للتطبيق (ABI) هي واجهة بين وحدتين للبرنامج الثنائي؛ عادة إحدى هذه الوحدات عبارة عن مكتبة أو مرفق نظام تشغيل، والأخرى عبارة عن مستخدم برنامج.

واجهة برمجة التطبيقات تُستخدم واجهة برمجة التطبيقات (API) بشكل أساسي لتطوير عملاء المستخدمين. مع واجهة برمجة التطبيقات الدعم، token يمكن أيضًا تصميم منصات الإصدار بواسطة المطورين أنفسهم.

الأصول في مستندات TRON، الأصل هو نفسه token، والذي يُشار إليه أيضًا باسم TRC-10 token.

نقاط عرض النطاق الترددي (BP) للحفاظ على عمل الشبكة بسلاسة، تستخدم معاملات الشبكة TRON BP كوقود. كل حساب تحصل على 5000 نقطة قوة يومية مجانية ويمكن الحصول على المزيد عن طريق تجميد TRX مقابل BP. كل من TRX وTRC-10 token التحويلات عبارة عن معاملات عادية تكلف BP. نشر العقود الذكية وتنفيذها تستهلك المعاملات كلا من BP والطاقة.

كتلة تحتوي الكتل على السجلات الرقمية للمعاملات. كتلة كاملة تتكون من الرقم السحري، حجم الكتلة ورأس الكتلة وعداد المعاملات وبيانات المعاملة.

مكافأة الكتلة يتم إرسال مكافآت إنتاج الكتلة إلى حساب فرعي (العنوان/المحفظة). يمكن للممثلين السوبر احصل على مكافآتهم على Tronscan أو من خلال API مباشرة.

رأس الكتلة رأس الكتلة هو جزء من الكتلة. تحتوي رؤوس الكتلة TRON على hash للكتلة السابقة، جذر Merkle والطابع الزمني والإصدار وعنوان الشاهد.المحفظة الباردة المحفظة الباردة، المعروفة أيضًا باسم المحفظة غير المتصلة بالإنترنت، تحافظ على فصل المفتاح الخاص تمامًا عن أي شيء شبكة. عادةً ما يتم تثبيت المحافظ الباردة على الأجهزة "الباردة" (مثل أجهزة الكمبيوتر أو الهواتف المحمولة البقاء دون اتصال بالإنترنت) لضمان أمان مفتاح TRX الخاص.

التطبيق اللامركزي التطبيق اللامركزي هو تطبيق يعمل بدون طرف موثوق به مركزيًا. تطبيق التي تمكن التفاعل/الاتفاقيات/الاتصال المباشر بين المستخدمين النهائيين و/أو الموارد بدون وسيط.

جي آر بي سي gRPC (استدعاءات الإجراءات عن بعد gRPC) هو نظام مفتوح المصدر لاستدعاء الإجراءات عن بعد (RPC). 2 تم تطويره في البداية في Google. ويستخدم HTTP/2 للنقل، ومخازن البروتوكول المؤقتة كواجهة لغة الوصف، وتوفر ميزات مثل المصادقة والتدفق ثنائي الاتجاه والتدفق التحكم، أو الحظر أو عدم الحظر، والإلغاء والمهلات. إنه يولد روابط العميل والخادم عبر الأنظمة الأساسية للعديد من اللغات. سيناريوهات الاستخدام الأكثر شيوعًا تضمين خدمات الاتصال في بنية نمط الخدمات الصغيرة وتوصيل الأجهزة المحمولة، و عملاء المتصفح إلى الخدمات الخلفية.

المحفظة الساخنة تتيح المحفظة الساخنة، والمعروفة أيضًا باسم المحفظة عبر الإنترنت، استخدام المفتاح الخاص للمستخدم عبر الإنترنت، وهذا هو الحال عرضة لنقاط الضعف المحتملة أو الاعتراض من قبل الجهات الخبيثة.

JDK Java Development Kit هي Java SDK المستخدمة لتطبيقات Java. إنه جوهر جافا التطوير، الذي يشتمل على بيئة تطبيقات Java (JVM+مكتبة فئة Java) وJava أدوات.

خاوس دي بي يحتوي TRON على KhaosDB في ذاكرة العقدة الكاملة التي يمكنها تخزين جميع السلاسل المتشعبة حديثًا التي تم إنشاؤها خلال فترة زمنية معينة ويساعد الشهود على التحول من السلسلة النشطة الخاصة بهم بسرعة إلى سلسلة رئيسية جديدة. راجع 2.2.2 تخزين الحالة لمزيد من التفاصيل.

مستوىDB تم اعتماد LevelDB في البداية بهدف أساسي هو تلبية متطلبات R/W السريعة والسريعة تطوير. بعد إطلاق الشبكة الرئيسية، قام TRON بترقية قاعدة بياناته إلى قاعدة بيانات مخصصة بالكامل واحد يلبي احتياجاته الخاصة. راجع 2.2.1 تخزين Blockchain لمزيد من التفاصيل.

جذر ميركل جذر 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

شبكة الاختبار العامة (شاستا) نسخة من الشبكة تعمل بتكوين عقدة واحدة. يمكن للمطورين الاتصال والاختبار الميزات دون القلق بشأن الخسارة الاقتصادية. ليس لـ Testnet tokens أي قيمة ويمكن لأي شخص أن يفعل ذلك اطلب المزيد من الصنبور العام.

RPC
3 في الحوسبة الموزعة، يتم استدعاء الإجراء عن بعد (RPC) عندما يتسبب برنامج كمبيوتر في حدوث خطأ إجراء (إجراء فرعي) يتم تنفيذه في مساحة عنوان مختلفة (عادةً على كمبيوتر آخر شبكة مشتركة)، والتي يتم ترميزها كما لو كانت استدعاء إجراء عادي (محلي)، بدون يقوم المبرمج بترميز تفاصيل التفاعل عن بعد بشكل صريح.

قابلية التوسع تعد قابلية التوسع إحدى ميزات بروتوكول TRON. إنها قدرة النظام أو الشبكة أو العملية على القيام بذلك التعامل مع كمية متزايدة من العمل أو إمكانية توسيعها لاستيعاب هذا النمو.

شمس حلت SUN محل القطرة كأصغر وحدة من TRX. 1 TRX = 1,000,000 شمس.

الإنتاجية تعد الإنتاجية العالية إحدى ميزات TRON Mainnet. يتم قياسه بالمعاملات في الثانية (TPS)، وهي الحد الأقصى لسعة المعاملة في ثانية واحدة.

الطابع الزمني يتم تسجيل الوقت التقريبي لإنتاج الكتلة كطابع زمني لنظام Unix، وهو عدد مللي ثانية انقضت منذ 00:00:00 01 يناير 1970 بالتوقيت العالمي المنسق.

TKC تكوين الرمز المميز.

لجنة الحقيقة والمصالحة-10 معيار التشفير token على منصة TRON. يجب اتباع قواعد وواجهات معينة عند الاحتفاظ بعرض أولي للعملة على TRON blockchain.

تي آر إكس TRX تعني Tronix، وهي العملة المشفرة الرسمية لـ TRON.

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

導入

1.1 ビジョン

TRON は、真の分散型インターネットとその構築に特化した野心的なプロジェクトです。インフラストラクチャ。 TRON プロトコルは、世界最大の blockchain ベースのオペレーティングシステムの 1 つです。世界では、高スループット、高スケーラビリティ、高可用性のパブリック blockchain サポートを提供します。 TRON エコシステム内のすべての分散型アプリケーション (DApp)。 2018年7月の買収により、 BitTorrent は、分散型エコシステムの追求における TRON のリーダーシップをさらに強化しました。
1.2 背景

2009 年の Bitcoin の導入は、従来の金融に対する社会の認識に革命をもたらしました。大不況 (2007 ～ 2008 年) の影響で、このシステムが導入されました。集中型ヘッジファンドおよび銀行として不透明な金融デリバティブの投機で崩壊し、blockchain テクノロジーは誰もが取引情報を収集できる透明なユニバーサル台帳。のトランザクションは、Proof of Work (PoW) コンセンサスメカニズムを使用して暗号的に保護されていました。したがって、二重支払いの問題を防ぐことができます。

2013 年後半、Ethereum ホワイトペーパーでは、smart contract とチューリング完全な Ethereum 仮想マシン (EVM) を使用すると、開発者は DAppsを介したネットワーク。ただし、Bitcoin と Ethereum の取引量は 2017 年にピークに達したため、トランザクションのスループット時間が短く、トランザクション手数料が高いことから、 Bitcoin や Ethereum のような暗号通貨は、既存の状態では広範囲に拡張できるものではありませんでした採用。したがって、TRON は、これらの差し迫った問題に対する革新的なソリューションとして設立され、構想されました。スケーラビリティの課題。

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

1.3 歴史 TRON DAO は、2017 年 7 月にシンガポールで設立されました。 2017 年 12 月に、TRON はオープンソースプロトコルを開始しました。テストネット、ブロックチェーンエクスプローラー、Web ウォレットはすべて TRON メインネットはその直後の 2018 年 5 月に開始され、技術的なマイルストーンとして Odyssey 2.0 をリリース。 2018 年 6 月、TRON は独立を宣言しました Genesis ブロックの作成と、2018 年 7 月の BitTorrent の買収によって実現されました。で 2018 年 10 月、TRON は、完全な開発者ツールセットである TRON 仮想マシン (TVM) を開始しました。そして360度のサポート体制。 TRON ロードマップには、BitTorrent の 1 億人のユーザーを統合することが含まれています Project Atlas を介して TRON ネットワークと連携し、開発者コミュニティの立ち上げを促進します。 TRON ネットワーク上のエキサイティングな新しい DApps1。 1 V1.0 は https://tron.network/static/doc/white_paper_v_1_0.pdf で入手可能です

1.4 用語

アドレス/ウォレット TRON ネットワーク上のアカウント認証情報で構成されるアドレスまたはウォレットは、鍵ペア。秘密鍵と公開鍵で構成され、後者は前者から派生します。アルゴリズムを通じて。公開キーは通常、セッションキーの暗号化、署名に使用されます。検証と、対応する秘密キーで復号化できるデータの暗号化を行います。

アビアプリケーションバイナリインターフェイス (ABI) は、2 つのバイナリプログラムモジュール間のインターフェイスです。通常これらのモジュールの 1 つはライブラリまたはオペレーティングシステム機能であり、もう 1 つはユーザーが実行するモジュールです。プログラム。

API アプリケーションプログラミングインターフェイス (API) は、主にユーザークライアントの開発に使用されます。 APIありサポート、token 発行プラットフォームは、開発者自身が設計することもできます。

資産 TRON のドキュメントでは、資産は token と同じであり、TRC-10 token とも表されます。

帯域幅ポイント (BP) ネットワークのスムーズな動作を維持するために、TRON ネットワークトランザクションは BP を燃料として使用します。各アカウント毎日 5000 BP を無料で獲得でき、BP の TRX を凍結することでさらに多くの BP を獲得できます。 TRXとTRC-10の両方 token 転送は、BP がかかる通常のトランザクションです。スマートコントラクトの展開と実行トランザクションはBPとエネルギーの両方を消費します。

ブロックブロックには取引のデジタル記録が含まれます。完全なブロックはマジックナンバーで構成されます。ブロックサイズ、ブロックヘッダー、トランザクションカウンタ、およびトランザクションデータ。

ブロック報酬ブロック生産報酬はサブアカウント（アドレス/ウォレット）に送信されます。スーパーレプリゼンタティブは次のことができます Tronscan または API を通じて直接報酬を受け取ります。

ブロックヘッダーブロックヘッダーはブロックの一部です。 TRON ブロックヘッダーには、前のブロックの hash、マークルルート、タイムスタンプ、バージョン、および証人アドレス。コールドウォレットオフラインウォレットとも呼ばれるコールドウォレットは、秘密キーを他のユーザーから完全に切り離した状態に保ちます。ネットワーク。コールドウォレットは通常、「コールド」デバイス（コンピュータや携帯電話など）にインストールされます。オフラインのまま) TRX 秘密キーのセキュリティを確保します。

DApp 分散型アプリケーションは、中央で信頼できる当事者なしで動作するアプリです。アプリケーションエンドユーザーおよび/またはリソース間の直接の対話/合意/コミュニケーションを可能にする仲介者なしで。

gRPC gRPC (gRPC リモートプロシージャコール) は、オープンソースのリモートプロシージャコール (RPC) システムです。 2 当初は Google で開発されました。トランスポートには HTTP/2 を使用し、インターフェイスとしてプロトコルバッファーを使用します。記述言語を備え、認証、双方向ストリーミング、フローなどの機能を提供します。制御、ブロッキングまたは非ブロッキングバインディング、キャンセルとタイムアウト。それは生成します多くの言語に対するクロスプラットフォームのクライアントとサーバーのバインディング。最も一般的な使用シナリオマイクロサービススタイルアーキテクチャでのサービスの接続とモバイルデバイスの接続が含まれます。ブラウザクライアントからバックエンドサービスへ。

ホットウォレットオンラインウォレットとも呼ばれるホットウォレットを使用すると、ユーザーの秘密キーをオンラインで使用できるようになります。潜在的な脆弱性や悪意のある攻撃者による傍受の影響を受けやすくなります。

JDK Java Development Kit は、Java アプリケーションに使用される Java SDK です。 Javaの核心です Java アプリケーション環境 (JVM+Java クラスライブラリ) と Java で構成される開発ツール。

カオスDB TRON は、フルノードメモリに KhaosDB を持ち、生成されたすべての新しくフォークされたチェーンを保存できます。一定期間内に監視者が自分のアクティブなチェーンから迅速に切り替えることをサポートします。新しいメインチェーンに組み込まれます。詳細については、「2.2.2 状態ストレージ」を参照してください。

レベルDB LevelDB は当初、高速 R/W および迅速な要件を満たすことを主な目的として採用されました。開発。メインネットを立ち上げた後、TRON はデータベースを完全にカスタマイズされたデータベースにアップグレードしました。 1 つはまさに自分自身のニーズに応えます。詳細については、「2.2.1 ブロックチェーンストレージ」を参照してください。

マークルルートマークルルートは、blockchain のブロックの一部として含まれるすべてのトランザクションのすべての hash の hash です。ネットワーク。詳細については、「3.1 委任されたプルーフオブステーク (DPoS)」を参照してください。 2 https://en.wikipedia.org/wiki/GRPC

TRON development roadmap phase 2 timeline from July 2018 to 2019

パブリックテストネット(シャスタ) 単一ノード構成で実行されるネットワークのバージョン。開発者は接続してテストできる経済的損失を心配することなく機能を利用できます。テストネット token には価値がなく、誰でも実行できます。公共の蛇口にさらにリクエストしてください。

RPC
3 分散コンピューティングでは、コンピュータプログラムがリモートプロシージャコール (RPC) を実行します。別のアドレス空間 (通常は、別のコンピュータ上で実行) で実行するプロシージャ (サブルーチン) 共有ネットワーク)、あたかも通常の (ローカル) プロシージャコールであるかのようにコード化されます。プログラマーはリモート対話の詳細を明示的にコーディングします。

スケーラビリティスケーラビリティは、TRON プロトコルの機能です。システム、ネットワーク、またはプロセスの機能です。増大する作業量に対応できるか、またはその増大に対応して拡大する可能性がある。

太陽 SUN は TRX の最小単位として Drop を置き換えました。 1 TRX = 1,000,000 SUN。

スループット高スループットは TRON メインネットの機能です。 1 秒あたりのトランザクション数 (TPS) で測定されます。つまり、1秒間の最大トランザクション容量です。

タイムスタンプブロック生成のおおよその時間が Unix タイムスタンプとして記録されます。 1970 年 1 月 1 日 00:00:00 UTC から経過したミリ秒。

TKC トークンの構成。

TRC-10 TRON プラットフォーム上の暗号 token の標準。特定のルールとインターフェイスに従う必要があります TRON blockchain に新規コインオファリングを開催する場合。

TRX TRX は Tronix の略で、TRON の公式暗号通貨です。

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

بنيان

TRON يعتمد بنية ثلاثية الطبقات مقسمة إلى طبقة التخزين، والطبقة الأساسية، وطبقة التطبيق. يلتزم بروتوكول TRON بـ Google Protobuf، الذي يدعم بشكل جوهري تعدد اللغات التمديد.

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

الشكل 1: TRON بنية ثلاثية الطبقات

2.1 الأساسية

هناك عدة وحدات في الطبقة الأساسية، بما في ذلك smart contracts، وإدارة الحساب، و الإجماع. يتم تنفيذ الجهاز الظاهري القائم على المكدس على TRON وتعليمات محسنة يتم استخدام مجموعة. من أجل تقديم دعم أفضل لمطوري التطبيقات اللامركزية، تم اختيار Solidity لتكون smart contract 4 اللغة، يليها الدعم المستقبلي للغات المتقدمة الأخرى. بالإضافة إلى ذلك، إجماع TRON تعتمد الآلية على إثبات الحصة المفوضة (DPoS) وتم إجراء العديد من الابتكارات في من أجل تلبية متطلباتها الفريدة. 2.2 التخزين

TRON صمم بروتوكول تخزين موزعًا فريدًا يتكون من كتلة التخزين والحالة التخزين. تم تقديم فكرة قاعدة بيانات الرسم البياني في تصميم طبقة التخزين تلبي بشكل أفضل الحاجة إلى تخزين البيانات المتنوعة في العالم الحقيقي. 2.2.1 تخزين سلسلة الكتل

TRON blockchain يختار التخزين استخدام LevelDB، الذي طورته Google وأثبت فعاليته ناجحة مع العديد من الشركات والمشاريع. يتميز بأداء عالٍ ويدعم البايت التعسفي المصفوفات كمفاتيح وقيم، الحصول على المفرد، ووضعها وحذفها، ووضعها وحذفها على دفعات، وثنائية الاتجاه التكرارات والضغط البسيط باستخدام خوارزمية Snappy السريعة جدًا. 2.2.2 تخزين الحالة

يحتوي TRON على KhaosDB في ذاكرة العقدة الكاملة التي يمكنها تخزين جميع السلاسل المتشعبة الجديدة التي تم إنشاؤها خلال فترة زمنية معينة ويساعد الشهود على التحول من السلسلة النشطة الخاصة بهم بسرعة إلى سلسلة رئيسية جديدة. يمكنه أيضًا حماية مساحة تخزين blockchain بجعلها أكثر استقرارًا إنهاء بشكل غير طبيعي في حالة متوسطة. 2.3 التطبيق

يمكن للمطورين إنشاء مجموعة متنوعة من التطبيقات اللامركزية والمحافظ المخصصة على TRON. منذ TRON تمكن من نشر وتنفيذ smart contracts، وفرص تطبيقات المرافق هي غير محدود. 4 وثائق الصلابة الرسمية: https://solidity.readthedocs.io/

2.4 البروتوكول

يلتزم بروتوكول TRON بمخازن بروتوكول Google المؤقتة، وهي محايدة للغة، ومحايدة للنظام الأساسي، 5 وطريقة موسعة لتسلسل البيانات المنظمة لاستخدامها في بروتوكولات الاتصالات، وتخزين البيانات، وأكثر. 2.4.1 مخازن البروتوكول المؤقتة

تعد مخازن البروتوكول المؤقتة (Protobuf) آلية مرنة وفعالة ومؤتمتة لإجراء تسلسل منظم البيانات، تشبه JSON أو XML، ولكنها أصغر بكثير وأسرع وأبسط.

يمكن استخدام تعريفات Protobuf (.proto) لإنشاء تعليمات برمجية لـ C++، وJava، وC#، وPython، وRuby، لغات Golang وObjective-C من خلال مولدات الأكواد الرسمية. مختلف طرف ثالث التطبيقات متاحة أيضًا للعديد من اللغات الأخرى. Protobuf يسهل تطوير العملاء من خلال توحيد تعريفات API وتحسين عمليات نقل البيانات أيضًا. يمكن للعملاء الحصول على API .proto من مستودع بروتوكول TRON ودمجه من خلال الكود الذي تم إنشاؤه تلقائيًا المكتبات.

وعلى سبيل المقارنة، فإن المخازن المؤقتة للبروتوكول أصغر من 3 إلى 10 مرات وأسرع من 20 إلى 100 مرة من XML، مع بناء جملة أقل غموضا. يقوم Protobuf بإنشاء فئات الوصول إلى البيانات التي تكون أسهل في الاستخدام برمجيا. 2.4.2 HTTP

يوفر البروتوكول TRON بديل RESTful HTTP API لواجهة Protobuf API. إنهم يتشاركون نفس الشيء واجهة ولكن يمكن استخدام HTTP API بسهولة في عملاء جافا سكريبت. 2.5 TRON الجهاز الظاهري (TVM)

جهاز TVM عبارة عن آلة افتراضية خفيفة الوزن ومتكاملة من طراز Turing تم تطويرها من أجل النظام البيئي لـ TRON. ال يتصل TVM بسلاسة مع النظام البيئي التطويري الحالي لتوفير الملايين من الخدمات العالمية المطورين باستخدام نظام blockchain مصمم خصيصًا يتسم بالكفاءة والراحة والثبات والأمان قابلة للتطوير.
2.6 التبادل اللامركزي (DEX)

5 الوثائق الرسمية لمخازن بروتوكول Google المؤقتة: https://developers.google.com/protocol-buffers/تدعم شبكة TRON أصلاً وظائف التبادل اللامركزي. التبادل اللامركزي يتكون من أزواج تداول متعددة. زوج التداول (يُشار إليه بـ "البورصة") هو سوق تبادل بين TRC-10 tokens، أو بين TRC-10 token وTRX. يمكن لأي حساب إنشاء تداول اقتران بين أي tokens، حتى لو كان نفس الزوج موجودًا بالفعل على شبكة TRON. التداول و تتبع تقلبات أسعار أزواج التداول بروتوكول Bancor. تنص شبكة TRON على ذلك 6 أوزان الثنائي token في جميع أزواج التداول متساوية، وبالتالي فإن نسبة أرصدتهما هي السعر بينهما. على سبيل المثال، فكر في زوج تداول يحتوي على اثنين من tokens، ABC وDEF. ABC لديها رصيد 10 ملايين وDEF لديه رصيد 1 مليون. وبما أن الأوزان متساوية، 10 ABC = 1 دفاع. وهذا يعني أن نسبة ABC إلى DEF هي 10 ABC لكل DEF. 2.7 التنفيذ

تم تنفيذ الكود TRON blockchain في Java وكان في الأصل شوكة من EthereumJ.

6 الموقع الرسمي لبروتوكول بانكور: https://about.bancor.network/protocol/

アーキテクチャ

TRON は、ストレージ層、コア層、アプリケーション層に分かれた 3 層アーキテクチャを採用しています。 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 は、ブロックストレージとステートで構成される独自の分散ストレージプロトコルを設計しました。保管。グラフデータベースの概念は、ストレージレイヤーの設計に導入されました。現実世界における多様なデータストレージのニーズをより適切に満たします。 2.2.1 ブロックチェーンストレージ

TRON blockchain ストレージは、Google によって開発され実績のある LevelDB の使用を選択します。多くの企業やプロジェクトで成功を収めています。高性能で任意のバイトをサポートキーと値の両方としての配列、単数の get、put および delete、バッチされた put および delete、双方向イテレータ、および非常に高速な Snappy アルゴリズムを使用した単純な圧縮。 2.2.2 状態ストレージ

TRON は、フルノードメモリに KhaosDB を持ち、生成されたすべての新しくフォークされたチェーンを保存できます。一定期間内に監視者が自分のアクティブなチェーンから迅速に切り替えることをサポートします。新しいメインチェーンに組み込まれます。また、blockchain ストレージをより安定して保護することもできます。途中の状態で異常終了します。 2.3 アプリケーション

開発者は、TRON でさまざまな DApp やカスタマイズされたウォレットを作成できます。 TRON 以降 smart contracts をデプロイして実行できるようにすると、ユーティリティアプリケーションの機会が広がります。無制限。 4 Solidity 公式ドキュメント: https://solidity.readthedocs.io/

2.4 プロトコル

TRON プロトコルは、言語中立、プラットフォーム中立の Google プロトコルバッファーに準拠しています。 5 通信プロトコル、データストレージ、などなど。 2.4.1 プロトコルバッファ

プロトコルバッファー (Protobuf) は、構造化されたデータをシリアル化するための柔軟で効率的な自動メカニズムです。 JSON や XML に似たデータですが、はるかに小さく、高速で、シンプルです。

Protobuf (.proto) 定義を使用して、C++、Java、C#、Python、Ruby、 Golang および Objective-C 言語は、公式コードジェネレーターを介して利用できます。さまざまなサードパーティ製実装は他の多くの言語でも利用できます。 Protobuf により開発が容易になります API 定義を統一し、データ転送を最適化することで、クライアントの機能を強化します。クライアントはAPIを利用できる TRON のプロトコルリポジトリから .proto を取得し、自動生成されたコードを通じて統合します図書館。

比較すると、プロトコルバッファーは XML よりも 3 ～ 10 倍小さく、20 ～ 100 倍高速です。曖昧さの少ない構文で。 Protobuf は、より使いやすいデータアクセスクラスを生成しますプログラム的に。 2.4.2 HTTP

TRON プロトコルは、Protobuf API の代替となる RESTful HTTP API を提供します。彼らは同じことを共有していますインターフェイスですが、HTTP API は JavaScript クライアントで簡単に使用できます。 2.5 TRON 仮想マシン (TVM)

TVM は、TRON のエコシステム用に開発された軽量のチューリング完全仮想マシンです。の TVM は既存の開発エコシステムとシームレスに接続し、何百万ものグローバルなサービスを提供します。効率的、便利、安定性、安全性を備えたカスタム構築の blockchain システムを使用する開発者スケーラブル。
2.6 分散型取引所 (DEX)

5 Google プロトコルバッファーの公式ドキュメント: https://developers.google.com/protocol-buffers/TRON ネットワークは、分散型交換機能をネイティブにサポートします。分散型取引所複数の取引ペアで構成されます。取引ペア（「取引所」と表記）は取引所市場です TRC-10 tokens の間、または TRC-10 token と TRX の間。どのアカウントでも取引を作成できます同じペアが TRON ネットワーク上にすでに存在する場合でも、任意の token 間のペア。取引と取引ペアの価格変動は Bancor プロトコルに従います。 TRON ネットワークでは次のように規定されています。 6 すべての取引ペアの 2 つの token の重みは等しいため、それらの残高の比率が価格になります彼らの間で。たとえば、ABC と DEF という 2 つの token を含む取引ペアについて考えてみましょう。 ABCには残高1000万、DEF残高100万です。それらの重みは等しいため、10 ABC = 防御力1これは、ABC と DEF の比率が DEF あたり 10 ABC であることを意味します。 2.7 実装

TRON blockchain コードは Java で実装されており、元々は EthereumJ からのフォークでした。

6 Bancor プロトコルの公式 Web サイト: https://about.bancor.network/protocol/

إجماع

3.1 إثبات الحصة المفوضة (DPoS)

أقرب آلية إجماع هي آلية إجماع إثبات العمل (PoW). هذا يتم تنفيذ البروتوكول حاليًا في Bitcoin وEthereum. في أنظمة إثبات العمل، المعاملات 7 8 يتم تجميع البث عبر الشبكة معًا في كتل ناشئة لتأكيد عامل التعدين. ال تتضمن عملية التأكيد hashing المعاملات باستخدام خوارزميات التشفير hashing حتى تم الوصول إلى جذر Merkle، مما يؤدي إلى إنشاء شجرة Merkle:

الشكل 2: تم تحويل 8 معاملات TRX إلى hash في جذر Merkle. يتم بعد ذلك تضمين جذر Merkle هذا في رأس الكتلة، والذي يتم إرفاقه بالكتل المؤكدة مسبقًا لتكوين blockchain. وهذا يسمح بتتبع سهل وشفاف المعاملات والطوابع الزمنية والمعلومات الأخرى ذات الصلة.

7 Bitcoin المستند التقني: https://bitcoin.org/bitcoin.pdf 8 Ethereum المستند التقني: https://github.com/ethereum/wiki/wiki/White-Paper

تعد خوارزميات التشفير hashing مفيدة في منع هجمات الشبكة لأنها تمتلكها عدة خصائص :
9

● حجم طول الإدخال/الإخراج - يمكن للخوارزمية تمرير إدخال بأي طول في الحجم، و يُخرج قيمة ذات طول ثابت hash.
● الكفاءة - الخوارزمية سهلة نسبيًا وسريعة الحساب.
● مقاومة الصورة المسبقة - بالنسبة لمخرج معين z، من المستحيل العثور على أي مدخل x من هذا القبيل ح(س) = ض. بمعنى آخر، خوارزمية hashing h(x) هي دالة أحادية الاتجاه حيث يكون فقط يمكن العثور على الإخراج، نظرا للمدخلات. والعكس غير ممكن.
● مقاومة الاصطدام - من غير الممكن حسابيًا العثور على أي أزواج x1 ≠ x2 مثل h(x1) = ح(س2). بمعنى آخر، احتمال العثور على مدخلين مختلفين hash لنفس الشيء الإخراج منخفض للغاية. تتضمن هذه الخاصية أيضًا مقاومة الصورة الأولية الثانية.
● المقاومة الأولية للصورة الثانية - بالنظر إلى x1، وبالتالي h(x1)، فمن غير الممكن حسابيًا ابحث عن أي x2 بحيث h(x1) = h(x2). في حين أن هذه الخاصية تشبه مقاومة الاصطدام، فإن تختلف الخاصية من حيث أنها تقول أن المهاجم الذي لديه x1 سيجدها حسابيًا من غير الممكن العثور على أي x2 hashing لنفس الإخراج.
● الحتمية - تقوم بتعيين كل إدخال إلى مخرج واحد فقط. ● Avalanche التأثير - تغيير بسيط في المدخلات يؤدي إلى مخرجات مختلفة تمامًا.

تمنح هذه الخصائص شبكة العملات المشفرة قيمتها الجوهرية من خلال ضمان عدم حدوث هجمات تعريض الشبكة للخطر. عندما يؤكد القائمون بالتعدين على الكتلة، تتم مكافأتهم tokens كقطعة مدمجة حافز للمشاركة في الشبكة. ومع ذلك، فإن القيمة السوقية للعملات المشفرة العالمية ومع زيادة مطردة، أصبح عمال المناجم مركزيين وركزوا مواردهم الحاسوبية عليها اكتناز tokens كأصول، وليس لأغراض المشاركة في الشبكة. أعطى عمال المناجم وحدة المعالجة المركزية الطريق ل وحدات معالجة الرسومات، والتي بدورها أفسحت المجال لشرائح ASIC القوية. في إحدى الدراسات البارزة، القوة الإجمالية تم تقدير استهلاك Bitcoin للتعدين بما يصل إلى 3 جيجاوات ، مقارنة باستهلاك أيرلندا 10 استهلاك الطاقة. وتوقعت هذه الدراسة نفسها أن يصل إجمالي استهلاك الطاقة إلى 8 جيجاوات في القريب العاجل المستقبل.

لحل مشكلة هدر الطاقة، تم اقتراح آلية توافق الآراء لإثبات الحصة (PoS). العديد من الشبكات الجديدة. في شبكات إثبات الحصة (PoS)، يقوم أصحاب token بقفل أرصدة token الخاصة بهم لتصبح محظورة validators. يتناوب validators في الاقتراح والتصويت على الكتلة التالية. ومع ذلك، المشكلة مع PoS القياسي هو أن تأثير validator يرتبط مباشرة بكمية tokens المقفلة. ويؤدي هذا إلى قيام الأطراف بتخزين كميات كبيرة من العملة الأساسية للشبكة دون مبرر التأثير في النظام البيئي للشبكة.

تستخدم آلية الإجماع TRON نظامًا مبتكرًا لإثبات الحصة المفوضة حيث 27 يقوم الممثلون المتميزون (SRs) بإنتاج كتل للشبكة. كل 6 ساعات، لأصحاب حسابات TRX ويمكن لمن يجمد حساباته التصويت لمجموعة مختارة من مرشحي SR، على أن يكون المرشحون الـ 27 الأوائل يعتبر SRs. يمكن للناخبين اختيار ممثلين SR بناءً على معايير مثل المشاريع التي يرعاها ممثلو SR 9 PAAR, C., PELZL, J.، فهم التشفير: كتاب مدرسي للطلاب والممارسين، طبعة 2010. سبرينغر-فيرلاغ برلين هايدلبرغ، 2010.
10 https://www.sciencedirect.com/science/article/pii/S2542435118301776زيادة اعتماد TRX وتوزيع المكافآت على الناخبين. وهذا يسمح لمزيد من الديمقراطية و النظام البيئي اللامركزي. حسابات SR هي حسابات عادية، ولكن تراكم الأصوات يسمح لهم بإنتاج الكتل. مع معدلات الإنتاجية المنخفضة Bitcoin وEthereum نظرًا لهما آلية إجماع إثبات العمل (PoW) ومشكلات قابلية التوسع، يقدم نظام DPoS الخاص بـ DPoS حلاً مبتكرًا الآلية الناتجة عن 2000 TPS مقارنة بـ Bitcoin 3 TPS و Ethereum 15 TPS.

تقوم شبكة البروتوكول TRON بإنشاء كتلة واحدة كل ثلاث ثوانٍ، مع منح كل كتلة 32 TRX إلى الممثلين المتميزين. سيتم منح إجمالي 336,384,000 TRX سنويًا إلى 27 ريالًا سعوديًا. في كل مرة ينتهي فيها SR من إنتاج الكتلة، يتم إرسال المكافآت إلى حساب فرعي في دفتر الأستاذ الفائق. يمكن لممثلي SR التحقق من TRX tokens هذه، ولكن لا يمكنهم الاستفادة منها بشكل مباشر. ويمكن إجراء الانسحاب من قبل كل منهما ريال مرة واحدة كل 24 ساعة، مع تحويل المكافآت من الحساب الفرعي إلى الريال المحدد حساب.

الأنواع الثلاثة للعقد على شبكة TRON هي عقدة الشاهد، والعقدة الكاملة، وعقدة الصلابة. يتم إعداد العقد الشاهدة بواسطة SRs وتكون مسؤولة بشكل أساسي عن إنتاج الكتل واقتراحها الخلق / التصويت. توفر العقد الكاملة واجهات برمجة التطبيقات ومعاملات البث والكتل. مزامنة العقد الصلبة كتل من العقد الكاملة الأخرى وتوفر أيضًا واجهات برمجة التطبيقات القابلة للفهرسة.

コンセンサス

3.1 委任されたステークの証明 (DPoS)

最も初期のコンセンサスメカニズムは、Proof of Work (PoW) コンセンサスメカニズムです。これこのプロトコルは現在 Bitcoin および Ethereum に実装されています。 PoW システムでは、トランザクション 7 8 ネットワークを介したブロードキャストは、マイナーの確認のために初期のブロックにグループ化されます。の確認プロセスには、暗号化 hashing アルゴリズムを使用した hashing トランザクションが含まれます。マークルルートに到達し、マークルツリーが作成されます。

図 2: 8 つの TRX トランザクションがマークルルートに hash されます。このマークルルートはブロックヘッダーに含まれます。以前に確認されたブロックに付加されて、blockchain が形成されます。これにより、簡単かつ透過的な追跡が可能になります。トランザクション、タイムスタンプ、その他の関連情報。

7 Bitcoin ホワイトペーパー: https://bitcoin.org/bitcoin.pdf 8 Ethereum ホワイトペーパー: https://github.com/ethereum/wiki/wiki/White-Paper

暗号化 hashing アルゴリズムは、次の機能を備えているため、ネットワーク攻撃の防止に役立ちます。いくつかのプロパティ:
9

● 入力/出力の長さのサイズ - アルゴリズムは、任意の長さのサイズの入力を渡すことができます。固定長の hash 値を出力します。
● 効率 - アルゴリズムは比較的簡単で高速に計算できます。
● 前像抵抗 - 与えられた出力 z に対して、次のような入力 x を見つけることは不可能です。 h(x) = z。言い換えれば、hashing アルゴリズム h(x) は一方向関数であり、入力が与えられると出力を見つけることができます。その逆は不可能です。
● 衝突耐性 - h(x 1) となるような x 1 ≠ x 2 のペアを見つけることは計算上不可能です = h(x 2 ) 。言い換えれば、同じものに対する 2 つの異なる入力 hash が見つかる確率出力が極端に低いです。このプロパティは、2 番目のプリイメージ耐性も意味します。
● 2 番目のプリイメージ抵抗 - x 1 、したがって h(x 1 ) が与えられると、次のことは計算上実行不可能です。 h(x1) = h(x2) となるような任意の x2 を見つけます。この特性は衝突耐性に似ていますが、このプロパティは、攻撃者が特定の x 1 を計算的に見つけるだろうとしている点が異なります。同じ出力に対する x 2 hash を見つけることは不可能です。
● 決定的 – 各入力を 1 つの出力にマッピングします。 ● Avalanche 効果 - 入力の小さな変更により、まったく異なる出力が生じます。

これらのプロパティは、攻撃が行われないことを保証することで、暗号通貨ネットワークに本質的な価値を与えます。ネットワークを侵害します。マイナーがブロックを確認すると、組み込みとしてtokensの報酬が与えられます。ネットワークへの参加に対するインセンティブ。しかし、世界の仮想通貨の時価総額としては、着実に増加し、マイナーは集中化され、コンピューティングリソースを次のことに集中させました。ネットワーク参加目的ではなく、資産として token を蓄積します。 CPU マイナーが道を譲った GPU は強力な ASIC に取って代わられました。ある注目すべき研究では、総電力は Bitcoin マイニングの消費量は 3 GW に達すると推定されており、これはアイルランドの消費量に匹敵します 10 消費電力。この同じ調査では、総電力消費量が近いうちに 8 GW に達すると予測されています。未来。

エネルギーの無駄の問題を解決するために、Proof of Stake (PoS) コンセンサスメカニズムが提案されました。多くの新しいネットワーク。 PoS ネットワークでは、token 保有者は自分の token 残高をロックしてブロックします validator秒。 validator は順番に次のブロックの提案と投票を行います。ただし、問題は標準 PoS の場合、validator の影響はロックされた token の量に直接相関します。その結果、関係者がネットワークの基本通貨を大量に蓄え、不当に行使することになります。ネットワークエコシステムへの影響。

TRON コンセンサスメカニズムは、革新的な Delegated Proof of Stake システムを使用しています。スーパー代表 (SR) は、ネットワークのブロックを生成します。 6 時間ごと、TRX アカウント所有者アカウントを凍結した人は、上位 27 人の SR 候補者に投票できます。 SRとみなします。有権者は、SR が後援するプロジェクトなどの基準に基づいて SR を選択できます。 9 PAAR, C.、PELZL, J.、暗号の理解: 学生と実務者のための教科書、2010 年版。シュプリンガー・フェアラーク・ベルリン・ハイデルベルク、2010年。
10 https://www.sciencedirect.com/science/article/pii/S2542435118301776TRX の採用を増やし、有権者に分配される報酬を増やします。これにより、より民主化された、分散型エコシステム。 SRのアカウントは通常のアカウントですが、投票の蓄積はブロックを生成できるようになります。 Bitcoin および Ethereum のスループットレートは低いため、 PoW コンセンサスメカニズムとスケーラビリティの問題に対して、TRON の DPoS システムは革新的なこのメカニズムにより、Bitcoin の 3 TPS と Ethereum の 15 TPS と比較して、2000 TPS が発生しました。

TRON プロトコルネットワークは 3 秒ごとに 1 つのブロックを生成し、各ブロックには 32 が与えられます。 TRXからスーパー代表へ。年間合計 3 億 3,638 万 4,000 TRX が 27 名の SR に授与されます。 SR がブロックの生成を完了するたびに、報酬はスーパーレジャーのサブアカウントに送信されます。 SR はこれらの TRX token を確認できますが、直接利用することはできません。それぞれの出金が可能です SRは24時間に1回、サブアカウントから指定したSRに報酬を転送しますアカウント。

TRON ネットワーク上の 3 種類のノードは、Witness ノード、フルノード、および Solidity ノードです。監視ノードは SR によってセットアップされ、主にブロックの生成と提案を担当します。作成/投票。フルノードは API とブロードキャストトランザクションとブロックを提供します。 Solidity ノードの同期他のフルノードからブロックし、インデックス可能な API も提供します。

حساب

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. مشفرة يبدأ عنوان الشبكة الرئيسية بحرف T ويبلغ طوله 34 بايت. 4.3 الهيكل

أنواع الحسابات الثلاثة المختلفة هي عادي، وإصدار الأصول، والعقد. حساب يحتوي على 7 المعلمات:

1. account_name: اسم هذا الحساب – على سبيل المثال. حساب الفواتير.
2. النوع: ما هو نوع هذا الحساب – على سبيل المثال. 0 (يرمز إلى النوع "عادي").
3. الرصيد: رصيد هذا الحساب – مثلاً. 4213312.

4. التصويت: الأصوات المستلمة على هذا الحساب - على سبيل المثال. {("0x1b7w...9xj3"،323)، ("0x8djq…j12m"،88)،...،("0x82nd...mx6i"،10001)".
5. الأصول: الأصول الأخرى المتوقعة TRX في هذا الحساب - على سبيل المثال. {<"WishToken"، 66666>، <"Dogie"، 233>}. 6. last_operation_time: آخر وقت تشغيل لهذا الحساب.

Protobuf data structure: message Account {
message Vote {

bytes vote_address = 1;

int64 vote_count = 2;

} bytes accout_name = 1;
AccountType type = 2;
bytes address = 3;
int64 balance = 4;
repeated Vote votes = 5;
map<string, int64> asset = 6; int64 latest_operation_time = 10; }

enum AccountType {
Normal = 0;
AssetIssue = 1;
Contract = 2; }

アカウント

4.1 種類

TRON ネットワーク内の 3 種類のアカウントは、通常のアカウント、token アカウント、および契約アカウント。

1. 通常口座は標準的な取引に使用されます。
2. トークンアカウントは、TRC-10 token を保存するために使用されます。
3. 契約アカウントは、通常のアカウントによって作成された smart contract アカウントであり、通常のアカウントでもトリガーされます。 4.2 作成

TRON アカウントを作成するには 3 つの方法があります:

1. API経由で新しいアカウントを作成する 2. TRXを新しいアカウントアドレスに送金します 3. TRC-10 token を新しいアカウントのアドレスに転送します

アドレス (公開キー) と秘密キーで構成され、サーバーによって記録されないオフラインキーのペア。 TRON ネットワークも生成できます。ユーザーアドレス生成アルゴリズムは次のもので構成されます。キーペアを生成し、公開キーを抽出します (x、y を表す 64 バイトのバイト配列) 座標）。 SHA3-256 関数を使用して公開キーをハッシュします (採用されている SHA3 プロトコルは KECCAK-256) を実行し、結果の最後の 20 バイトを抽出します。バイト配列の先頭に 41 を追加します。また、最初のアドレス長が 21 バイトであることを確認します。 SHA3-256関数を使用してアドレスを2回ハッシュします最初の 4 バイトを検証コードとして受け取ります。確認コードをイニシャルの末尾に追加しますアドレスを取得し、base58 エンコードを通じて、base58check 形式でアドレスを取得します。エンコードされたメインネットアドレスは T で始まり、長さは 34 バイトです。 4.3 構造

3 つの異なるアカウントタイプは、Normal、AssetIssue、および Contract です。アカウントには 7 が含まれますパラメータ:

1. account_name : このアカウントの名前 – 例:請求書アカウント。
2. type : このアカウントのタイプ – 例: 0 (タイプ「通常」を表します)。
3. 残高: この口座の残高 – 例: 4213312。

4. 投票: このアカウントで投票を受け取りました – 例: {(“0x1b7w…9xj3”,323), (“0x8djq…j12m”,88),…,(“0x82nd…mx6i”,10001)}。
5. 資産: このアカウントで TRX が期待される他の資産 – 例: {<"WishToken", 66666>, <"ドギー", 233>}。 6. 最新_操作_時間: このアカウントの最新の操作時間。

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 رأس الكتلة

يحتوي رأس الكتلة على البيانات الخام، وتوقيع_الشاهد، ومعرف الكتلة.

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. الطابع الزمني: الطابع الزمني لهذه الرسالة - على سبيل المثال. 1543884429000. 2. txTrieRoot: جذر شجرة Merkle - على سبيل المثال. 7داكسا…3ed. 3. parentHash: hash للكتلة الأخيرة - على سبيل المثال. 7داكسا…3ed. 4. الرقم: ارتفاع الكتلة - على سبيل المثال. 4638708. 5. النسخة: محجوزة - على سبيل المثال. 5.

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

6. عنوان الشاهد: عنوان الشاهد الموجود في هذه الكتلة – على سبيل المثال: 41928ج...4د21. 5.1.2 توقيع الشاهد

يُشار إلى توقيع الشاهد على أنه witness_signature في Protobuf، وهو التوقيع لهذا كتلة الرأس من عقدة الشاهد. 5.1.3 معرف الكتلة

يُشار إلى معرف الكتلة على أنه blockID في Protobuf. أنه يحتوي على التحديد الذري للكتلة. كتلة يحتوي المعرف على معلمتين: 1. hash: hash للكتلة. 2. الرقم: hash وارتفاع الكتلة. 5.2 المعاملة 5.2.1 التوقيع

تتبع عملية توقيع معاملة TRON خوارزمية تشفير ECDSA القياسية، مع منحنى الاختيار SECP256K1. المفتاح الخاص هو رقم عشوائي، والمفتاح العام هو نقطة على الرقم منحنى إهليلجي. تتكون عملية إنشاء المفتاح العام أولاً من إنشاء رقم عشوائي كـ المفتاح الخاص، ثم ضرب النقطة الأساسية للمنحنى الإهليلجي بالمفتاح الخاص للحصول على المفتاح الخاص المفتاح العام. عند حدوث معاملة، يتم أولاً تحويل البيانات الأولية للمعاملة إلى تنسيق بايت. تخضع البيانات الأولية بعد ذلك إلى SHA-256 hashing. المفتاح الخاص المطابق للعقد العنوان ثم يوقع نتيجة SHA256 hash. ثم تتم إضافة نتيجة التوقيع إلى معاملة.
5.2.2 نموذج النطاق الترددي

تستهلك المعاملات العادية نقاط النطاق الترددي فقط، لكن عمليات smart contract تستهلك كليهما نقاط الطاقة وعرض النطاق الترددي. هناك نوعان من نقاط النطاق الترددي المتاحة. يمكن للمستخدمين الحصول على نقاط النطاق الترددي من تجميد TRX، في حين تتوفر أيضًا 5000 نقطة نطاق ترددي مجانية يوميًا.

عندما يتم بث معاملة TRX، يتم إرسالها وتخزينها في شكل مصفوفة بايت الشبكة. نقاط النطاق الترددي التي تستهلكها معاملة واحدة = عدد بايتات المعاملة مضروبًا في معدل نقاط النطاق الترددي. على سبيل المثال، إذا كان طول صفيف البايت للمعاملة هو 200، ثم تستهلك المعاملة 200 نقطة عرض النطاق الترددي. ومع ذلك، إذا نتج عن نقل TRX أو token الحساب المستهدف الذي يتم إنشاؤه، ثم يتم استهلاك نقاط النطاق الترددي فقط لإنشاء الحساب سيتم خصمها، ولن يتم خصم نقاط النطاق الترددي الإضافية. في إنشاء حساب السيناريو، ستستهلك الشبكة أولاً نقاط النطاق الترددي التي اكتسبها بادئ المعاملةمن تجميد TRX. إذا كان هذا المبلغ غير كاف، فستستهلك الشبكة المعاملة البادئ TRX.

في سيناريوهات نقل TRX القياسية من حساب TRX إلى آخر، تستهلك الشبكة أولاً نقاط النطاق الترددي التي اكتسبها بادئ المعاملة لتجميد TRX. إذا كان ذلك غير كاف، ثم يستهلك من 5000 نقطة عرض النطاق الترددي اليومية المجانية. إذا كان هذا لا يزال غير كاف، ثم الشبكة يستهلك TRX الخاص ببادئ المعاملة. يتم حساب المبلغ حسب عدد البايتات الموجودة فيه المعاملة مضروبة في 10 SUN. وبالتالي، بالنسبة لمعظم حاملي TRX الذين قد لا يتجمدون بالضرورة TRX الخاص بهم للمشاركة في تصويت SR، يتم تخطي الخطوة الأولى تلقائيًا (نظرًا لأن رصيد TRX مجمد = 0) ويعمل النطاق الترددي المجاني البالغ 5000 يوميًا على تشغيل المعاملة.

بالنسبة لعمليات نقل TRC-10 token، تتحقق الشبكة أولاً مما إذا كان إجمالي نقاط النطاق الترددي المجانية للشبكة أم لا. الأصل الصادر token كافٍ. إذا لم يكن الأمر كذلك، فإن نقاط النطاق الترددي التي تم الحصول عليها من تجميد TRX هي المستهلكة. إذا لم يكن هناك ما يكفي من نقاط النطاق الترددي، فإنه يستهلك TRX للمعاملة البادئ.

5.2.3 الرسوم

TRON لا تفرض شبكة TRON عمومًا رسومًا على معظم المعاملات، وذلك بسبب النظام تتطلب القيود والعدالة واستخدام النطاق الترددي والمعاملات رسومًا معينة.

تنقسم رسوم الرسوم إلى الفئات التالية: 1. المعاملات العادية تكلف نقاط النطاق الترددي. يمكن للمستخدمين استخدام نقاط النطاق الترددي اليومية المجانية (5000) أو قم بتجميد TRX للحصول على المزيد. عندما لا تكون نقاط النطاق الترددي كافية، سيكون TRX كذلك تستخدم مباشرة من حساب الإرسال. TRX المطلوب هو عدد البايتات * 10 SUN. 2. العقود الذكية تكلف الطاقة (القسم 6)، ولكنها ستحتاج أيضًا إلى نقاط النطاق الترددي لـ سيتم بث الصفقة وتأكيدها. تكلفة عرض النطاق الترددي هي نفسها المذكورة أعلاه. 3. جميع معاملات الاستعلام مجانية. لا يكلف طاقة أو عرض النطاق الترددي.

كما تحدد شبكة TRON مجموعة من الرسوم الثابتة للمعاملات التالية: 1. إنشاء عقدة شاهد: 9999 TRX 2. إصدار TRC-10 token: 1024 TRX 3. إنشاء حساب جديد: 0.1 TRX 4. إنشاء زوج تبادل: 1024 TRX 5.2.4 المعاملة كدليل على الحصة (TaPoS)

TRON يستخدم TaPoS للتأكد من أن جميع المعاملات تؤكد blockchain الرئيسي أثناء إجرائها من الصعب تزوير سلاسل مزيفة. في TaPoS، تتطلب الشبكات أن تتضمن كل معاملة جزءًا منها hash لرأس الكتلة الأخير. يمنع هذا المتطلب إعادة تشغيل المعاملات الشوكات لا تتضمن الكتلة المشار إليها، كما تشير أيضًا إلى الشبكة التي يستخدمها مستخدم معين والحصة على شوكة محددة. آلية الإجماع هذه تحمي الشبكة من الحرمان الخدمة، 51%، التعدين الأناني، وهجمات الإنفاق المزدوج.
5.2.5 تأكيد المعاملة

يتم تضمين المعاملة في كتلة مستقبلية بعد بثها على الشبكة. بعد 19 كتل تم تعدينها على TRON (بما في ذلك الكتلة الخاصة بها)، تم تأكيد المعاملة. يتم إنتاج كل كتلة بواسطة أحد أفضل 27 ممثلًا متميزًا بطريقة روبن المستديرة. تستغرق كل كتلة حوالي 3 ثوانٍ يتم التعدين على blockchain. قد يختلف الوقت قليلاً لكل ممثل متميز بسبب الشبكة الظروف وتكوينات الجهاز. بشكل عام، تعتبر المعاملة مؤكدة بالكامل بعد ذلك ~1 دقيقة. 5.2.6 الهيكل

Transaction APIs consist of the following functions: message Transaction { message Contract { enum ContractType { AccountCreateContract = 0; // Create account/wallet TransferContract = 1; // Transfer TRX TransferAssetContract = 2; // Transfer TRC10 token VoteWitnessContract = 4; // Vote for Super Representative (SR) WitnessCreateContract = 5; // Create a new SR account AssetIssueContract = 6; // Create a new TRC10 token WitnessUpdateContract = 8; // Update SR information ParticipateAssetIssueContract = 9; // Purchase TRC10 token AccountUpdateContract = 10; // Update account/wallet information FreezeBalanceContract = 11; // Freeze TRX for bandwidth or energy UnfreezeBalanceContract = 12; // Unfreeze TRX WithdrawBalanceContract = 13; // Withdraw SR rewards, once per day UnfreezeAssetContract = 14; // Unfreeze TRC10 token UpdateAssetContract = 15; // Update a TRC10 token’s information ProposalCreateContract = 16; // Create a new network proposal by any SR ProposalApproveContract = 17; // SR votes yes for a network proposal ProposalDeleteContract = 18; // Delete a network proposal by owner CreateSmartContract = 30; // Deploy a new smart contract TriggerSmartContract = 31; // Call a function on a smart contract GetContract = 32; // Get an existing smart contract UpdateSettingContract = 33; // Update a smart contract’s parameters ExchangeCreateContract = 41; // Create a token trading pair on DEX ExchangeInjectContract = 42; // Inject funding into a trading pair

ExchangeWithdrawContract = 43; // Withdraw funding from a trading pair ExchangeTransactionContract = 44; // Perform token trading UpdateEnergyLimitContract = 45; // Update origin_energy_limit on a smart contract } } }

ブロック

通常、ブロックにはブロックヘッダーといくつかのトランザクションが含まれます。

Protobuf data structure: message Block {
BlockHeader block_header = 1; repeated Transaction transactions = 2; } 5.1 ブロックヘッダー

ブロックヘッダーには、raw_data、witness_signature、blockID が含まれます。

Protobuf data structure: message BlockHeader {
message raw {

int64 timestamp = 1;

bytes txTrieRoot = 2; 
bytes parentHash = 3;

uint64 number = 4;  
uint64 version = 5;

bytes witness_address = 6;

} bytes witness_signature = 2; bytes blockID = 3;
} 5.1.1 生データ

生データは、Protobuf では raw_data と表されます。メッセージの生データが含まれており、6 つのメッセージが含まれています。パラメータ:

1. timestamp : このメッセージのタイムスタンプ – 例: 1543884429000。 2. txTrieRoot: マークルツリーのルート – 例: 7dacsa…3ed。 3. parentHash : 最後のブロックの hash – 例: 7dacsa…3ed。 4. 数値: ブロックの高さ – 例: 4638708。 5. バージョン: 予約済み – 例: 5.

6. Witness_address : このブロックに詰め込まれた証人のアドレス – 例: 41928c...4d21。 5.1.2 証人の署名

証人の署名は、Protobuf では witness_signature として示されます。これは、この署名です。監視ノードからのブロックヘッダー。 5.1.3 ブロックID

ブロック ID は、Protobuf では blockID として表されます。これには、ブロックのアトミック ID が含まれます。ブロック ID には 2 つのパラメータが含まれます。 1. hash : ブロックの hash 。 2. 番号: hash とブロックの高さ。 5.2 トランザクション 5.2.1 署名

TRON のトランザクション署名プロセスは、標準の ECDSA 暗号化アルゴリズムに従います。 SECP256K1の選択曲線。秘密キーは乱数であり、公開キーは楕円曲線。公開鍵の生成プロセスは、最初に乱数を生成することから構成されます。秘密鍵を取得し、楕円曲線の基点に秘密鍵を乗算して、公開鍵。トランザクションが発生すると、トランザクションの生データがまずバイト形式に変換されます。次に、生データは SHA-256 hash 処理されます。契約に対応する秘密鍵次に、アドレスは SHA256 hash の結果に署名します。署名結果は、取引。
5.2.2 帯域幅モデル

通常のトランザクションは帯域幅ポイントのみを消費しますが、smart contract オペレーションは両方の帯域幅ポイントを消費します。エネルギーと帯域幅のポイント。使用可能な帯域幅ポイントは 2 種類あります。ユーザーが得られるメリット TRX の凍結により帯域幅ポイントが獲得できるほか、毎日 5,000 の無料帯域幅ポイントも利用できます。

TRX トランザクションがブロードキャストされると、トランザクションはバイト配列の形式で送信され、保存されます。ネットワーク。 1 つのトランザクションで消費される帯域幅ポイント = トランザクションのバイト数帯域幅ポイント率を乗算します。たとえば、トランザクションのバイト配列の長さが 200 の場合、この場合、トランザクションは 200 帯域幅ポイントを消費します。ただし、TRX または token 転送の結果、ターゲットアカウントが作成されると、アカウントの作成に消費される帯域幅ポイントのみが消費されます。が差し引かれますが、追加の帯域幅ポイントは差し引かれません。アカウント作成時シナリオでは、ネットワークは最初にトランザクション開始者が獲得した帯域幅ポイントを消費します。TRXの凍結から。この量が不十分な場合、ネットワークはトランザクションを消費します。イニシエーターの TRX。

ある TRX アカウントから別の TRX アカウントへの標準的な TRX 転送シナリオでは、ネットワークは最初に TRX を凍結するためにトランザクション開始者が獲得した帯域幅ポイント。それが不十分な場合は、無料の 1 日あたり 5000 帯域幅ポイントを消費します。それでも不十分な場合は、ネットワークトランザクション開始者の TRX を消費します。量はバイト数によって計算されます。トランザクションに 10 SUN を掛けます。したがって、必ずしも凍結する必要はないほとんどの TRX 保有者にとって、彼らの TRX が SR 投票に参加する場合、最初のステップは自動的にスキップされます (TRX 残高があるため) 凍結 = 0)、1 日あたり 5000 の無料帯域幅がトランザクションを強化します。

TRC-10 token 転送の場合、ネットワークは最初に、合計空き帯域幅ポイントが発行された token 資産で十分です。そうでない場合、TRX をフリーズすることで取得される帯域幅ポイントは次のようになります。消費された。それでも十分な帯域幅ポイントがない場合は、トランザクションの TRX が消費されます。イニシエーター。

5.2.3 料金

TRON ネットワークは通常、ほとんどのトランザクションに手数料を請求しませんが、システム上の理由により、制限と公平性、帯域幅の使用およびトランザクションには一定の手数料がかかります。

手数料は次のカテゴリに分類されます。 1. 通常のトランザクションには帯域幅ポイントがかかります。ユーザーは無料の毎日の帯域幅ポイントを使用できます (5000) または TRX を凍結してさらに入手します。帯域幅ポイントが十分でない場合、TRX は送信アカウントから直接使用されます。必要な TRX は、バイト数 * 10 SUN です。 2. スマートコントラクトにはエネルギーがかかります (セクション 6) が、そのための帯域幅ポイントも必要になります。トランザクションをブロードキャストして確認する必要があります。帯域幅コストは上記と同じです。 3. すべてのクエリトランザクションは無料です。エネルギーや帯域幅はかかりません。

TRON ネットワークは、次のトランザクションに対する一連の固定料金も定義します。 1. 監視ノードの作成: 9999 TRX 2. TRC-10 token の発行: 1024 TRX 3. 新しいアカウントの作成: 0.1 TRX 4. 交換ペアの作成: 1024 TRX 5.2.4 プルーフ・オブ・ステークとしてのトランザクション (TaPoS)

TRON は TaPoS を使用して、すべてのトランザクションがメインの blockchain を確実に確認するようにします。偽造チェーンを偽造するのは困難です。 TaPoS では、ネットワークは各トランザクションに次の一部が含まれることを必要とします。最近のブロックヘッダーの hash。この要件により、トランザクションが再実行されなくなります。参照されたブロックを含まないフォークを実行し、特定のユーザーとそのユーザーがステークは特定のフォークにあります。このコンセンサスメカニズムは、ネットワークを拒否から保護します。サービス、51%、利己的なマイニング、二重支払い攻撃。
5.2.5 トランザクションの確認

トランザクションは、ネットワークにブロードキャストされた後、将来のブロックに含まれます。 19ブロック後 TRON (独自のブロックを含む) でマイニングされた場合、トランザクションは確認されます。各ブロックは次のように生成されます。ラウンドロビン方式で上位 27 人のスーパー代表の 1 人。各ブロックには約 3 秒かかります blockchain で採掘されます。ネットワークの関係により、各スーパー代表の時間は若干異なる場合があります条件とマシン構成。一般に、トランザクションは次の後に完全に確認されたとみなされます。～1分。 5.2.6 構造

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

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 إلى رمز بايت قابل للقراءة والتنفيذ على TVM. يقوم TVM بعد ذلك بمعالجة البيانات من خلال كود التشغيل، وهو ما يعادل تشغيل المنطق من آلة الحالة المحدودة القائمة على المكدس. وأخيرًا، يصل TVM إلى بيانات blockchain ويستدعيها واجهة البيانات الخارجية من خلال طبقة التشغيل البيني. 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 وسيكون متوافقًا مع المزيد من الأجهزة الافتراضية السائدة في المستقبل. وبالتالي، فإن جميع smart contracts الموجودة على EVM قابلة للتنفيذ على TVM. 6.3.4 التكلفة المنخفضة

نظرًا لإعداد النطاق الترددي لـ TVM، يتم تقليل تكاليف التطوير ويمكن للمطورين التركيز على التطوير المنطقي لرمز العقد الخاص بهم. تقدم TVM أيضًا واجهات الكل في واحد للتعاقد النشر والتشغيل والعرض لتوفير الراحة للمطورين.

TRON 仮想マシン

6.1 はじめに

TRON 仮想マシン (TVM) は、 TRON のエコシステム。その目標は、効率的でカスタム構築された blockchain システムを提供することです。便利、安定、安全、スケーラブル。

TVM は当初 EVM からフォークされ、既存の Solidity smart contract とシームレスに接続できます 11 開発エコシステム。これに基づいて、TVM は DPoS コンセンサスを追加でサポートします。

TVM はエネルギーの概念を採用しています。 EVM のガス機構とは異なり、 TVM 上のトランザクションと smart contract は無料であり、TRX は消費されません。技術的には実行可能 TVM 上の計算能力は、tokens の合計保持量によって制限されません。 6.2 ワークフロー

コンパイラーはまず、Solidity smart contract を読み取り可能で実行可能なバイトコードに変換します。 TVM。その後、TVM はオペコードを通じてデータを処理します。これはロジックを操作するのと同じです。スタックベースの有限状態マシンの。最後に、TVM は blockchain データにアクセスし、相互運用層を介した外部データインターフェイス。 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 と互換性があるようになる予定です。これにより、EVM 上のすべての smart contract が TVM 上で実行可能になります。 6.3.4 低コスト

TVM の帯域幅設定により、開発コストが削減され、開発者は開発に集中できます。契約コードのロジック開発。 TVM は契約用のオールインワンインターフェイスも提供します導入、トリガー、表示を可能にし、開発者に利便性を提供します。

العقد الذكي

7.1 مقدمة

smart contract هو بروتوكول يتحقق رقميًا من التفاوض على العقد. يحددون القواعد و العقوبات المتعلقة بالاتفاق وكذلك تنفيذ تلك الالتزامات تلقائيًا. الذكية يعمل رمز العقد على تسهيل التفاوض أو تنفيذ اتفاقية ما أو تنفيذها والتحقق منها وإنفاذها معاملة. من منظور tokenالتحويل، تعمل smart contract أيضًا على تسهيل الأموال التلقائية يجب أن يتم استيفاء عمليات النقل بين الأطراف المشاركة بمعايير معينة.

TRON smart contracts مكتوبة بلغة Solidity. بمجرد كتابتها واختبارها، يمكن أن تكون كذلك تم تجميعها في رمز بايت، ثم نشرها على شبكة TRON للجهاز الظاهري TRON. مرة واحدة تم نشرها، ويمكن الاستعلام عن smart contracts عبر عناوين العقود الخاصة بهم. تطبيق العقد تُظهر الواجهة الثنائية (ABI) وظائف استدعاء العقد وتُستخدم للتفاعل مع شبكة. 7.2 نموذج الطاقة

الحد الأقصى للطاقة لنشر وتشغيل smart contract هو دالة متعددة المتغيرات:

● الطاقة الديناميكية من التجميد 1 TRX هي 50,000,000,000 (حد الطاقة الإجمالي) / (إجمالي الطاقة الوزن) ● حد الطاقة هو حد الطاقة اليومي للحساب من تجميد TRX ● يتم حساب الطاقة اليومية المتبقية في الحساب من تجميد TRX على أنها حد الطاقة - الطاقة مستعملة ● تم تعيين حد الرسوم في TRX في smart contract نشر/تشغيل المكالمة ● المتبقي من TRX القابل للاستخدام في الحساب ● الطاقة لكل TRX إذا تم شراؤها مباشرة (10 SUN = 1 طاقة) = 100,000، يمكن للSRs التصويت عليها التعديل

هناك سيناريوهان للاستهلاك لحساب الحد الأقصى للطاقة للنشر و الزناد. يمكن التعبير عن المنطق على النحو التالي:
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 الملف المترجم bytecode. يتكون الرمز الثانوي من قسم لنشر التعليمات البرمجية، ورمز العقد، وAuxdata. Auxdata هي بصمة التشفير للكود المصدري، المستخدمة للتحقق. النشر يقوم bytecode بتشغيل وظيفة المُنشئ وإعداد متغيرات التخزين الأولية. النشر يقوم الكود أيضًا بحساب كود العقد وإعادته إلى TVM. ABI هو ملف JSON الذي يصف وظائف TRON smart contract. يحدد هذا الملف أسماء الوظائف، وسداد مستحقاتها، تقوم الدالة بإرجاع القيم وقابلية تغيير حالتها. 7.4 وظيفة الزناد

بمجرد نشر TRON smart contracts، يمكن تشغيل وظائفها بشكل فردي إما عبر TronStudio أو من خلال مكالمات API. تتطلب وظائف تغيير الحالة الطاقة بينما وظائف القراءة فقط تنفيذ بدون طاقة. 7.5 TRON الصلابة

TRON الصلابة هي شوكة من لغة الصلابة Ethereum. TRON يعدل المشروع الأصلي إلى دعم وحدات TRX وSUN (1 TRX = 1,000,000 SUN). بقية بناء جملة اللغة هو متوافق مع صلابة ^0.4.24. وبالتالي فإن جهاز Tron الظاهري (TVM) متوافق بنسبة 100% تقريبًا مع تعليمات EVM.

スマートコントラクト

7.1 はじめに

smart contract は、契約交渉をデジタル的に検証するプロトコルです。彼らはルールを定義し、契約に関連する罰則が適用され、それらの義務も自動的に強制されます。賢い契約コードは、契約の交渉や履行を促進、検証、強制します。取引。 token化の観点から見ると、smart contractは自動資金調達も容易にします参加当事者間の転送には、特定の基準が満たされる必要があります。

TRON smart contract は Solidity 言語で書かれています。作成してテストすると、次のことが可能になります。バイトコードにコンパイルされ、TRON 仮想マシンの TRON ネットワークにデプロイされます。一度導入すると、smart contract はコントラクトアドレスを介してクエリできるようになります。契約申込書バイナリインターフェイス (ABI) はコントラクトの呼び出し関数を示し、コントラクトとの対話に使用されます。ネットワーク。 7.2 エネルギーモデル

smart contract を展開およびトリガーするための最大エネルギー制限は、いくつかの関数によって決まります。変数:

● 1 TRX の凍結による動的エネルギーは 50,000,000,000 (総エネルギー制限) / (総エネルギー) 重量) ● エネルギー制限は、TRX の凍結による 1 日あたりのアカウントのエネルギー制限です。 ● TRX の凍結による毎日のアカウントの残りのエネルギーは、エネルギー制限 - エネルギーとして計算されます。中古品 ● TRX の料金制限は smart contract デプロイ/トリガー呼び出しで設定されます ● アカウント内の使用可能な TRX の残り ● 直接購入した場合の TRX あたりのエネルギー (10 SUN = 1 エネルギー) = 100,000、SR は投票可能調整

導入の最大エネルギー制限を計算するには、2 つの消費シナリオがあります。トリガー。ロジックは次のように表現できます。
const R = Dynamic Energy Limit const F = Daily account energy from freezing TRX const E = Remaining daily account energy from freezing TRX const L = Fee limit in TRX set in deploy/trigger call const T = Remaining usable TRX in account

const C = Energy per TRX if purchased directly

// Calculate M, defined as maximum energy limit for deployment/trigger of smart contract if F > LR let M = min(E+TC, LR) else let M = E+TC 7.3 展開

TRON Solidity smart contract がコンパイルされると、TRON 仮想マシンはコンパイルされたバイトコード。バイトコードは、コード展開のセクション、コントラクトコード、および Auxdata で構成されます。 Auxdata はソースコードの暗号化フィンガープリントであり、検証に使用されます。導入 bytecode はコンストラクター関数を実行し、初期ストレージ変数を設定します。導入 code はコントラクトコードも計算し、それを TVM に返します。 ABI は JSON ファイルです。 TRON smart contract の機能について説明します。このファイルは、関数名、その支払い可能性、関数の戻り値とその状態の可変性。 7.4 トリガー機能

TRON smart contract がデプロイされると、それらの機能は次のいずれかの方法で個別にトリガーできます。 TronStudio または API 呼び出し経由。状態変更関数はエネルギーを必要としますが、読み取り専用関数は必要ですエネルギーなしで実行します。 7.5 TRON 堅牢性

TRON Solidity は、Ethereum の Solidity 言語からのフォークです。 TRON は、元のプロジェクトを次のように変更します。 TRX および SUN ユニットをサポートします (1 TRX = 1,000,000 SUN)。残りの言語構文は次のとおりです。 Solidity ^0.4.24 と互換性があります。したがって、Tron 仮想マシン (TVM) はほぼ 100% 互換性があります。 EVM 命令付き。

رمز مميز

8.1 رمز TRC-10

في شبكة TRON، يمكن لكل حساب إصدار tokens على حساب 1024 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); الوظيفة رصيد(العنوان tokenالمالك) العوائد العامة الثابتة (uint التوازن)؛ الوظيفة بدل (العنوان tokenالمالك، عنوان المنفق) عام ثابت المرتجعات (uint المتبقية) ؛ وظيفة النقل (العنوان إلى، uint tokens) الإرجاعات العامة (نجاح منطقي)؛ وظيفة الموافقة (عنوان المنفق، uint tokens) الإرجاعات العامة (منطقي) النجاح)؛ الوظيفة نقل من(العنوان من، العنوان إلى، uint tokens) عام عوائد (نجاح منطقي) ؛

الحدث نقل(العنوان المفهرس من، العنوان المفهرس إلى، uint tokens)؛ 
الحدث الموافقة(العنوان مفهرس tokenالمالك، عنوان المنفق المفهرس، uint

tokens)؛ }

من وجهة نظر المطور، هناك العديد من الاختلافات بين TRC-10 وTRC-20. بعض من الاختلافات الرئيسية هي أن TRC-10 tokens يمكن الوصول إليها عن طريق واجهات برمجة التطبيقات وsmart contracts بينما تسمح TRC-20 tokens بتخصيص الواجهة ولكن لا يمكن الوصول إليها إلا في smart contracts.

من منظور التكلفة، فإن TRC-10 tokens لديها رسوم معاملات أقل بـ 1000 مرة من TRC-20، ولكنها تحمل تكاليف عرض النطاق الترددي لعمليات نقل API والودائع. التحويلات والودائع في الذكية تكلف عقود TRC-10 tokens كلاً من عرض النطاق الترددي والطاقة.
8.3 أبعد

نظرًا لأن TRON يستخدم نفس إصدار Solidity مثل Ethereum، فيمكن توفير المزيد من معايير token بسهولة تم النقل إلى TRON.

トークン

8.1 TRC-10トークン

TRON ネットワークでは、各アカウントは 1024 TRX を犠牲にして token を発行できます。 token を発行するには、発行者は、token の名前、大文字の合計、TRX への為替レートを指定する必要があります。発行期間、説明、Web サイト、アカウントごとの最大帯域幅消費量、合計帯域幅の消費量、および凍結された token の量。 token の発行ごとに構成することもできます各アカウントの 1 日あたりの最大転送帯域幅ポイント token、ネットワーク全体の 1 日あたりの最大転送帯域幅ポイント token 転送帯域幅ポイント、合計 token 供給量、ロック期間 (日数)、および合計金額 token 件がロックされています。 8.2 TRC-20トークン

TRC-20 は、token を実装する smart contract に使用される技術標準であり、 TRON 仮想マシン。 ERC-20と完全互換です。

インターフェースは次のとおりです。
コントラクト TRC20インターフェース { function totalSupply() public constant returns (uint); 関数 BalanceOf (アドレス tokenOwner) パブリック定数戻り値 (uint バランス); 関数の許可（アドレスtoken所有者、アドレス使用者）公開定数戻り値 (残りの単位); 関数 transfer (アドレス、uint tokens) public 戻り値 (bool 成功); 関数 approve (アドレス使用者、uint tokens) public 戻り値 (bool 成功); 関数transferFrom(アドレス元、アドレス先、uint tokens) public 戻り値 (ブール値の成功);

イベント転送（インデックス元のアドレス、インデックス先のアドレス、単位 tokens）; 
イベント承認（アドレスインデックス付きtoken所有者、アドレスインデックス付き支出者、uint）

tokens); }

開発者の観点から見ると、TRC-10 と TRC-20 にはいくつかの違いがあります。一部主な違いは、TRC-10 token は API と smart contract からアクセスできるのに対し、 TRC-20 token ではインターフェイスのカスタマイズが可能ですが、smart contract 内でのみアクセス可能です。

コストの観点から見ると、TRC-10 token の取引手数料は 1000 分の 1 です。 TRC-20 ですが、API 転送とデポジットに帯域幅コストがかかります。スマートで送金と入金 TRC-10 token の契約には帯域幅とエネルギーの両方がかかります。
8.3 その先へ

TRON は Ethereum と同じ Solidity バージョンを使用しているため、より多くの token 標準を容易に使用できるようになります。 TRON に移植されました。

الحكم

9.1 الممثل الفائق 9.1.1 عام

يمكن لكل حساب في شبكة TRON التقدم بطلب للحصول على فرصة أن يصبح عضوًا متميزًا ممثل (يشار إليه بـ SR). يمكن للجميع التصويت لمرشحي SR. أفضل 27 مرشحا مع سيصبح أكبر عدد من الأصوات ممثلين SR مع الحق والالتزام بإنشاء الكتل. الأصوات هي يتم حسابها كل 6 ساعات وسوف تتغير SR وفقًا لذلك.

لمنع الهجمات الضارة، هناك تكلفة لتصبح مرشحًا لـ SR. عند التقديم 9999 سيتم حرق TRX من حساب مقدم الطلب. بمجرد النجاح، يمكن لهذا الحساب الانضمام إلى SR الانتخابات. 9.1.2 الانتخابات

TRON القوة (المشار إليها بـ TP) مطلوبة للتصويت ويعتمد مقدار TP على صوت الناخب الأصول المجمدة (TRX).

يتم حساب TP بالطريقة التالية:
TP تم تجميد 1 TRX للحصول على النطاق الترددي 1 =

يحق لكل حساب في شبكة TRON التصويت لممثليه الخاصين.

بعد الإصدار (إلغاء التجميد، متاح بعد 3 أيام)، لن يكون لدى المستخدمين أي أصول مجمدة وسيخسرون كل شيء TP وفقا لذلك. ونتيجة لذلك، تصبح جميع الأصوات غير صالحة لجولة التصويت الحالية والمستقبلية ما لم تم تجميد TRX مرة أخرى للتصويت.

لاحظ أن شبكة TRON تسجل فقط التصويت الأخير، مما يعني أن كل صوت جديد سوف يلغي جميع الأصوات السابقة. 9.1.3 المكافأة أ. مكافأة التصويت

تُعرف أيضًا باسم مكافأة المرشح، والتي يقوم أفضل 127 مرشحًا بتحديثها مرة واحدة في كل جولة (6 ساعات) ستشارك 115,200 TRX كما تم تعدينها. سيتم تقسيم المكافأة وفقًا لوزن التصويت يحصل كل مرشح. في كل عام، سيكون إجمالي المكافأة للمرشحين 168,192,000 TRX. إجمالي مكافأة التصويت لكل جولة لماذا 115,200 TRX في كل جولة؟ 15,00 تي آر إكس إجمالي مكافأة التصويت لكل جولة (V R/جولة) 1 2 =
V R/جولة = 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 يومًا/سنة ب. مكافأة الكتلة تُعرف أيضًا باسم مكافأة الممثل المتميز، والتي يتم انتخاب أفضل 27 مرشحًا (SRs). ستشارك كل جولة (6 ساعات) ما يقرب من 230,400 TRX كما تم تعدينها. سيتم تقسيم المكافأة بالتساوي بين 27 SR (مطروحًا منها إجمالي كتل المكافآت المفقودة بسبب خطأ في الشبكة). ما مجموعه سيتم منح 336,384,000 TRX سنويًا إلى 27 ريال سعودي. إجمالي مكافأة الكتلة لكل جولة لماذا 230,400 TRX في كل جولة؟ 230، 400 T RX = إجمالي مكافأة الكتلة لكل جولة (BR/جولة) BR/جولة = 32 طن RX/كتلة × 20 قطعة/دقيقة × 60 دقيقة/ساعة × 6 ساعات/جولة ملاحظة: يتم تعيين مكافأة كتلة الوحدة بواسطة WITNESS_PAY_PER_BLOCK = 32 TRX. انظر الشبكة الديناميكية المعلمات. إجمالي مكافأة الكتلة سنويًا لماذا 336,384,000 TRX كل عام؟ 336، 384، 000 T RX = إجمالي مكافأة الكتلة سنويًا (BR / سنة) BR/السنة = 230، 400 طن RX/جولة × 4 جولات/يوم × 365 يومًا/سنة 1 يناير 2021 لن يكون هناك تضخم في شبكة TRON قبل 1 يناير 2021، وسوف يكون TRON DAO منح جميع مكافآت المجموعات ومكافآت المرشحين قبل ذلك التاريخ. ج. حساب المكافأة

حساب مكافأة ريال سعودي مكافأة إجمالية مكافأة التصويت (V R) مكافأة الكتلة (BR) ر =
+

ر إجمالي VR V =
×
مجموع الأصوات الأصوات التي حصل عليها مرشح SR
ر

غاب كتلة 2 ب =
27 إجمالي BR - × 3
ملحوظة: المكافأة تحتسب بالريال لكل جولة (6 ساعات)

المرتبة 28 إلى المرتبة 127 ريال حساب مكافأة المرشح مكافأة إجمالية مكافأة التصويت (V R) ر =

ر إجمالي VR V =
×
مجموع الأصوات الأصوات التي حصل عليها مرشح SR
ملاحظة: يتم احتساب المكافأة لكل مرشح SR في كل جولة (6 ساعات) 9.2 اللجنة 9.2.1 عام

يتم استخدام اللجنة لتعديل معلمات الشبكة الديناميكية TRON، مثل إنشاء الكتلة المكافآت ورسوم المعاملات وما إلى ذلك. تتكون اللجنة من 27 ريالًا في الجولة الحالية. كل ريال وله الحق في اقتراح المقترحات والتصويت عليها. عندما يحصل الاقتراح على 19 صوتًا أو أكثر، يتم ذلك تمت الموافقة عليها وسيتم تطبيق معلمات الشبكة الجديدة في فترة الصيانة القادمة (3 أيام). 9.2.2 معلمات الشبكة الديناميكية 0. MAINTENANCE_TIME_INTERVAL أ. الوصف
تعديل وقت الفاصل الزمني للصيانة بالمللي ثانية. المعروف باسم الفاصل الزمني للتصويت SR لكل جولة.
ب. مثال [636001000] مللي ثانية - أي 6 ساعات. ج. النطاق [3 * 27 * 1000، 24 * 3600 * 1000] مللي ثانية 1. ACCOUNT_UPGRADE_COST أ. الوصف تعديل تكلفة التقديم على حساب SR. ب. مثال [9,999,000,000] الشمس - وهي 9,999 TRX. ج. النطاق [0,100 000 000 000 000 000] الأحد 2. CREATE_ACCOUNT_FEE أ. الوصف تعديل رسوم إنشاء الحساب.ب. مثال [100.000] شمس - وهي 1 TRX. ج. النطاق [0,100 000 000 000 000 000] الأحد 3. رسوم المعاملة أ. الوصف قم بتعديل مبلغ الرسوم المستخدمة للحصول على نطاق ترددي إضافي. ب. مثال [10] شمس/بايت. ج. النطاق [0,100 000 000 000 000 000] شمس/بايت 4. ASSET_ISSUE_FEE أ. الوصف تعديل رسوم إصدار الأصول. ب. مثال [1024,000,000] صن - وهو 1024 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 أ. الوصف تعديل المكافآت الممنوحة لأفضل 127 مرشحاً ريالاً. المعروفة باسم مكافأة التصويت الإجمالي لكل جولة. ب. مثال [115,200,000,000] شمس - وهي 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 الظاهري (TVM). ب. مثال صحيح - تم ضبطه على التنشيط والتأثير منذ 10/10/2018 الساعة 23:47 بالتوقيت العالمي المنسق. ج. النطاق صحيح / خطأ 10. REMOVE_THE_POWER_OF_THE_GR أ. الوصف قم بإزالة أصوات نشأة GR الأولية ب. مثال صحيح - تم تفعيله في 11/4/2018 الساعة 08:46 بالتوقيت العالمي المنسق. ج. النطاق صحيح/خطأ - ملاحظة: لا يمكن الرجوع إلى خطأ من صحيح. 11. رسوم الطاقة أ. الوصف تعديل رسوم 1 طاقة. ب. مثال 20 شمس. ج. النطاق [0,100 000 000 000 000 000] الأحد 12. تبادل_إنشاء_رسوم أ. الوصف تعديل تكلفة إنشاء زوج التداول. المعروفة باسم تكلفة إنشاء أمر تجاري. ب. مثال [1,024,000,000] SUN - وهي 1024 TRX. ج. النطاق [0,100 000 000 000 000 000] الأحد 13. MAX_CPU_TIME_OF_ONE_TX أ. الوصف تعديل الحد الأقصى لوقت التنفيذ لمعاملة واحدة. المعروف باسم الحد الزمني ل معاملة واحدة. ب. مثال 50 مللي ثانية. ج. النطاق

[0، 1000] مللي ثانية 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 اقتراح التصويت

يمكن فقط لأعضاء اللجنة (SRs) التصويت لصالح الاقتراح والعضو الذي لا يصوت في الوقت المناسب سيتم اعتباره غير موافق. يكون الاقتراح نشطًا لمدة 3 أيام بعد إنشائه. يمكن التصويت يمكن تغييرها أو استرجاعها خلال نافذة التصويت لمدة 3 أيام. بمجرد انتهاء الفترة، سيتم الاقتراح إما أن تنجح (+19 صوتًا) أو تفشل (وتنتهي). 9.2.5 إلغاء الاقتراح

ويمكن لمقدم الطلب إلغاء الاقتراح قبل أن يصبح نافذا. 9.3 الهيكل

SRs هم شهود الكتل التي تم إنشاؤها حديثًا. يحتوي الشاهد على 8 معلمات:
1. العنوان: عنوان هذا الشاهد – مثلاً. 0xu82h…7237.
2. عدد الأصوات: عدد الأصوات المستلمة على هذا الشاهد - على سبيل المثال. 234234.
3. pubKey: المفتاح العام لهذا الشاهد - على سبيل المثال. 0xu82h…7237.
4. عنوان url: عنوان url لهذا الشاهد - على سبيل المثال. https://www.noonetrust.com.
5. الإجمالي المُنتج: عدد الكتل التي أنتجها هذا الشاهد - على سبيل المثال. 2434.
6. TotalMissed: عدد الكتل التي غاب عنها هذا الشاهد - على سبيل المثال. 7.
7. lastBlockNum: أحدث ارتفاع للكتلة - على سبيل المثال. 4522. 8. isjobs: علامة منطقية.

بنية بيانات البروتوبوف: الرسالة الشاهد{
عنوان البايتات = 1؛
int64 عدد الأصوات = 2;
بايت pubKey = 3;
سلسلة رابط = 4؛
int64 TotalProduced = 5;
int64 TotalMissed = 6;
int64 lastBlockNum = 7; bool isJobs = 8; }

تطوير التطبيقات اللامركزية 10.1 واجهات برمجة التطبيقات

توفر شبكة TRON مجموعة واسعة من أكثر من 60 بوابة HTTP API للتفاعل مع الشبكة عبر العقد الكاملة والصلبة. بالإضافة إلى ذلك، TronWeb هي مكتبة جافا سكريبت شاملة تحتوي على وظائف واجهة برمجة التطبيقات (API) التي تمكن المطورين من نشر smart contracts، وتغيير blockchain الحالة والاستعلام عن blockchain ومعلومات العقد والتداول في DEX وغير ذلك الكثير. هذه API يمكن توجيه البوابات نحو شبكة خاصة محلية، أو شبكة اختبار Shasta، أو TRON الشبكة الرئيسية.

10.2 الشبكات

TRON يحتوي على شبكة اختبار Shasta بالإضافة إلى الشبكة الرئيسية. يمكن للمطورين الاتصال بالشبكات عن طريق نشر العقد أو التفاعل عبر TronStudio أو استخدام واجهات برمجة التطبيقات عبر خدمة TronGrid. ترونغريد تتكون الخدمة من مجموعات عقدة متوازنة التحميل مستضافة على خوادم AWS في جميع أنحاء العالم. مثل التطبيق اللامركزي مع زيادة حجم التطوير وزيادة حجم استدعاءات واجهة برمجة التطبيقات، نجحت TronGrid في تحقيق الزيادة في حركة مرور واجهة برمجة التطبيقات.
10.3 الأدوات

يقدم TRON مجموعة من أدوات التطوير لتمكين المطورين من إنشاء تطبيقات لامركزية مبتكرة.
TronBox هو إطار عمل يسمح للمطورين باختبار ونشر smart contracts عبر TronWeb واجهة برمجة التطبيقات. TronGrid عبارة عن خدمة API متوازنة ومستضافة تسمح للمطورين بالوصول إلى TRON الشبكة دون الحاجة إلى تشغيل عقدة خاصة بها. يوفر TronGrid إمكانية الوصول إلى كل من Shasta testnet بالإضافة إلى TRON Mainnet. TronStudio هو تطوير متكامل وشامل البيئة (IDE) التي تمكن المطورين من تجميع ونشر وتصحيح برنامج Solidity الخاص بهم بطريقة ذكية العقود. يحتوي TronStudio على عقدة داخلية كاملة تنشئ بيئة محلية خاصة لـ smart contract الاختبار قبل النشر. تعمل مكتبة TronWeb API على توصيل المطورين بالشبكة الشبكة عبر مجموعة واسعة من مكالمات HTTP API المغلفة في JavaScript.
10.4 الموارد

يعد مركز المطورين TRON موقعًا شاملاً لتوثيق واجهة برمجة التطبيقات (API) مصمم خصيصًا لـ 12 المطورين الراغبين في البناء على شبكة TRON. يوفر مركز المطور مستوى عال الفهم المفاهيمي لـ TRON ويرشد المستخدمين إلى تفاصيل التفاعل مع 12 مركز المطورين: https://developers.tron.network/

شبكة. ترشد الأدلة المطورين خلال عملية إعداد العقدة ونشرها والتفاعل معها العقود، وتفاعل واجهة برمجة التطبيقات (API) وتنفيذها، وبناء نماذج من التطبيقات اللامركزية (DApps)، واستخدام كل منها أدوات المطور. بالإضافة إلى ذلك، تتوفر قنوات مجتمع المطورين من خلال Discord.
13

13 الخلاف: https://discordapp.com/invite/GsRgsTD

الاستنتاج

TRON هو حل blockchain قابل للتطوير يستخدم أساليب مبتكرة لمعالجة التحديات التي تواجهها شبكات blockchain القديمة. بعد أن وصل إلى أكثر من 2 مليون معاملة يوميًا، مع أكثر من 700 ألف حساب TRX، وتجاوز 2000 TPS، TRON مكن المجتمع من إنشاء شبكة لامركزية وديمقراطية.

ガバナンス

9.1 スーパー代表 9.1.1 一般

TRON ネットワーク内のすべてのアカウントが応募でき、スーパーになる機会があります。代表者（SRと表記）。誰でもSR候補に投票できます。上位27人の候補者は、最も多くの票がブロックを生成する権利と義務を持つ SR になります。投票数は 6時間ごとにカウントされ、それに応じてSRが変化します。

悪意のある攻撃を防ぐために、SR 候補になるにはコストがかかります。申請時は9999 TRX は申請者のアカウントから消去されます。成功すると、そのアカウントは SR に参加できるようになります選挙。 9.1.2 選挙

TRON 投票するにはパワー (TP と表記) が必要で、TP の量は投票者の権限によって異なります。凍結資産 (TRX)。

TP は次のように計算されます。
TP 帯域幅を確保するために 1 つの TRX がフリーズしました 1 =

TRON ネットワーク内のすべてのアカウントには、自分の SR に投票する権利があります。

リリース後 (凍結解除、3 日後に利用可能)、ユーザーは凍結されたアセットを持たず、すべてを失います。それに応じてTPします。その結果、次の場合を除き、すべての投票は現在および将来の投票ラウンドでは無効になります。 TRX は再び投票を凍結されます。

TRON ネットワークは最新の投票のみを記録することに注意してください。つまり、新しい投票はすべて記録されます。以前の投票はすべて無効になります。 9.1.3 報酬ａ．投票報酬

候補者報酬とも呼ばれ、上位 127 人の候補者がラウンドごとに 1 回更新されます (6 時間) は、採掘された 115,200 TRX を共有します。投票重みに応じて報酬が分配されます各候補者が受け取ります。毎年、候補者への報酬総額は 1 億 6,819 万 2,000 TRX となります。ラウンドごとの投票報酬の合計なぜ毎ラウンド 115,200 TRX なのでしょうか? 15, 00 TRX ラウンドごとの投票報酬の合計 (VR/ラウンド) 1 2 =
V R/ラウンド = 16 T RX/ブロック × 20 ブロック/分 × 60 分/時間 × 6 時間/ラウンド注意: これは、WITNESS_STANDBY_ALLOWANCE = 115,200 TRX によって設定されます。動的ネットワークパラメータを参照してください。年間の総投票報酬なぜ毎年 1 億 6,819 万 2,000 TRX なのでしょうか? 168, 192,000 T RX = 年間の総投票報酬 (V R/年) V R/年 = 115、200 T RX/ラウンド × 4 ラウンド/日 × 365 日/年 b.ブロック報酬スーパー代表報酬とも呼ばれ、選出された上位 27 人の候補者 (SR) が得られます。各ラウンド (6 時間) で、採掘された約 230,400 TRX が共有されます。報酬は均等に分割されます 27 個の SR 間 (ネットワークエラーにより逃した報酬ブロックの合計を差し引く)。合計 27 人の SR には年間 3 億 3,638 万 4,000 TRX が授与されます。ラウンドごとのブロック報酬の合計なぜ毎ラウンド 230,400 TRX なのでしょうか? 230、400 T RX = ラウンドあたりの合計ブロック報酬 (BR/ラウンド) BR/ラウンド = 32 T RX/ブロック × 20 ブロック/分 × 60 分/時間 × 6 時間/ラウンド注意: ユニットブロックの報酬は WITNESS_PAY_PER_BLOCK = 32 TRX によって設定されます。「動的ネットワーク」を参照パラメータ。年間のブロック報酬総額なぜ毎年 3 億 3,638 万 4,000 TRX なのでしょうか? 336, 384, 000 T RX = 年間の合計ブロック報酬 (BR/年) BR/年 = 230、400 T RX/ラウンド × 4 ラウンド/日 × 365 日/年 2021年1月1日 TRON ネットワークでは 2021 年 1 月 1 日までインフレは発生しませんが、TRON DAO ではインフレが発生します。その日付より前にすべてのブロック報酬と候補者報酬を授与します。 c.報酬の計算

SR報酬計算合計報酬投票報酬(VR) ブロック報酬(BR) t =
+

R 合計VR V =
×
総投票数 SR候補者の獲得票数
R

ブロックが外れました 2 B =
27 合計BR − ×3
注: 報酬はラウンド (6 時間) ごとに SR ごとに計算されます。

ランク28～ランク127 SR候補の報酬計算合計報酬投票報酬(VR) t =

R 合計VR V =
×
総投票数 SR候補者の獲得票数
注: 報酬はラウンド (6 時間) ごとに SR 候補者ごとに計算されます。 9.2 委員会 9.2.1 一般

この委員会は、ブロック生成などの TRON 動的ネットワークパラメーターを変更するために使用されます。報酬、取引手数料など。委員会は現在のラウンドの 27 の SR で構成されます。各SR 提案し、提案に投票する権利を有します。提案が 19 票以上を獲得すると、承認され、新しいネットワークパラメータは次のメンテナンス期間 (3 日) に適用されます。 9.2.2 動的ネットワークパラメータ 0. MAINTENANCE_TIME_INTERVAL ａ．説明
メンテナンス間隔時間をミリ秒単位で変更します。 SR 投票間隔時間として知られています。丸い。
b. 例 [6 * 3600 * 1000] ミリ秒 - これは 6 時間です。 c. 範囲 [3 * 27 * 1000、24 * 3600 * 1000] ミリ秒 1. ACCOUNT_UPGRADE_COST ａ．説明 SRアカウントの申請コストを変更します。 b. 例 [9,999,000,000] SUN - 9,999 TRX です。 c. 範囲 [0,100 000 000 000 000 000] 太陽 2. CREATE_ACCOUNT_FEE ａ．説明アカウント作成手数料を変更します。b. 例 [100,000] SUN - 1 TRX です。 c. 範囲 [0,100 000 000 000 000 000] 太陽 3. TRANSACTION_FEE ａ．説明追加の帯域幅を獲得するために使用される料金の額を変更します。 b. 例 [10] SUN/バイト。 c. 範囲 [0,100 000 000 000 000 000] SUN/バイト 4. ASSET_ISSUE_FEE ａ．説明資産発行手数料を変更します。 b. 例 [1024,000,000] SUN - 1024 TRX です。 c. 範囲 [0,100 000 000 000 000 000] 太陽 5. WITNESS_PAY_PER_BLOCK ａ．説明 SRブロック生成報酬を変更。ユニットブロック報酬として知られています。 b. 例 [32,000,000] SUN - 32 TRX です。 c. 範囲 [0,100 000 000 000 000 000] 太陽 6. WITNESS_STANDBY_ALLOWANCE ａ．説明 SR候補上位127名に与えられる報酬を変更します。総投票報酬として知られていますラウンドごとに。 b. 例 [115,200,000,000] SUN - これは 115,200 TRX です。 c. 範囲 [0,100 000 000 000 000 000] 太陽 7. CREATE_NEW_ACCOUNT_FEE_IN_SYSTEM_CONTRACT ａ．説明アカウント作成のコストを変更します。動的ネットワークパラメーター #8 を結合して取得します。アカウント作成費用の合計:
REATE_NEW_ACCOUNT_FEE_IN_SY STEM_CONTRACT REATE_NEW_ACCOUNT_BANDWIDTH_RATE
C ×C

b. 例 [0] 日曜日。 c. 範囲 [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
C ×C

b. 例 [1]。 c. 範囲 [0,100,000,000,000,000,000] 9. ALLOW_CREATION_OF_CONTRACTS ａ．説明 Tron 仮想マシン (TVM) をオンにします。 b. 例 True - 2018 年 10 月 10 日 23:47 UTC 以降にアクティブ化および効果が得られるように設定されています。 c. 範囲真/偽 10. REMOVE_THE_POWER_OF_THE_GR ａ．説明 GRジェネシスの初期投票を削除 b. 例 True - 2018 年 11 月 4 日 08:46 UTC に発効。 c. 範囲 True/False - 注意: True から False に戻すことはできません。 11. ENERGY_FEE ａ．説明 1エネルギーの料金を変更します。 b. 例 20日 c. 範囲 [0,100 000 000 000 000 000] 太陽 12.EXCHANGE_CREATE_FEE ａ．説明取引ペア作成のコストを変更します。取引注文を作成するコストとして知られています。 b. 例 [1,024,000,000] SUN - 1024 TRX です。 c. 範囲 [0,100 000 000 000 000 000] 太陽 13. MAX_CPU_TIME_OF_ONE_TX ａ．説明 1トランザクションの最大実行時間を変更します。タイムアウト制限として知られている 1つのトランザクション。 b. 例 50ミリ秒 c. 範囲

[0, 1000] ミリ秒 14. ALLOW_UPDATE_ACCOUNT_NAME ａ．説明アカウントがアカウント名を更新できるようにオプションを変更します。
b. 例 False - java-tron Odyssey v3.2 から提案可能です。 c. 範囲 True/False - 注意: True から False に戻すことはできません。 15. ALLOW_SAME_TOKEN_NAME ａ．説明異なる token が重複した名前を持つことを許可する検証を変更します。
b. 例 False - java-tron Odyssey v3.2 から提案可能です。 c. 範囲 True/False - 注意: True から False に戻すことはできません。 16. ALLOW_DELEGATE_RESOURCE ａ．説明重複した名前で token を発行できるように検証を変更します。長整数データ型の token の tokenID が唯一のアトミックになります token の識別。
b. 例 False - java-tron Odyssey v3.2 から提案可能です。 c. 範囲 True/False - 注意: True から False に戻すことはできません。 17. TOTAL_ENERGY_LIMIT ａ．説明ネットワーク全体の総エネルギー制限を変更します。 b. 例 [50,000,000,000,000,000] SUN - 50,000,000,000 TRX です。 c. 範囲 [0,100,000,000,000,000,000] 太陽 18. ALLOW_TVM_TRANSFER_TRC10 ａ．説明 TRC-10 token の転送を smart contracts 以内に許可します。 ALLOW_UPDATE_ACCOUNT_NAME、ALLOW_SAME_TOKEN_NAME、 ALLOW_DELEGATE_RESOURCE 提案は提案する前にすべて承認される必要がありますこのパラメータの変更。
b. 例 False - java-tron Odyssey v3.2 から提案可能です。 c. 範囲 True/False - 注意: True から False に戻すことはできません。9.2.3 提案の作成

SR アカウントのみが、動的ネットワークパラメータの変更を提案する権利を持っています。 9.2.4 提案の投票

委員会メンバー (SR) のみが提案に投票でき、時間内に投票しなかったメンバーのみが投票できます。同意しないものとみなされます。プロポーザルは作成後 3 日間有効です。投票できるのは、 3 日間の投票期間中に変更または取得できます。期間が終了すると、提案は成功 (19 票以上) または失敗 (そして終了) のどちらかです。 9.2.5 提案のキャンセル

提案者は、提案が発効する前に提案をキャンセルすることができます。 9.3 構造

SR は、新しく生成されたブロックの証人です。証人には 8 つのパラメータが含まれます。
1. address : この証人の住所 – 例: 0xu82h…7237。
2. voteCount : この証人に対して受け取った投票の数 – 例: 234234。
3. pubKey : この証人の公開鍵 – 例: 0xu82h…7237。
4. url : この証人の URL – 例: https://www.noonetrust.com.
5. totalProduced : この証人が生成したブロックの数 – 例: 2434。
6. totalMissed : この証人が見逃したブロックの数 – 例: 7.
7. 最新ブロック番号: ブロックの最新の高さ – 例: 4522。 8. isjobs : ブール値のフラグ。

Protobuf データ構造: メッセージ証人{
バイトアドレス = 1;
int64 投票数 = 2;
バイト pubKey = 3 ;
文字列 URL = 4;
int64 totalProduced = 5 ;
int64 totalMissed = 6 ;
int64 最新ブロック番号 = 7; bool isJobs = 8; }

DApp開発 10.1 API

TRON ネットワークは、フルノードとソリッドノードを介したネットワーク。さらに、TronWeb は包括的な JavaScript ライブラリです開発者が smart contracts をデプロイし、blockchain を変更できるようにする API 関数が含まれています。状態、クエリ blockchain と契約情報、DEX での取引など。これらのAPI ゲートウェイは、ローカルのプライベートネット、Shasta テストネット、または TRON メインネットに向けることができます。

10.2 ネットワーク

TRON には、Shasta テストネットとメインネットの両方があります。開発者は次の方法でネットワークに接続できます。ノードのデプロイ、TronStudio 経由の対話、または TronGrid サービス経由の API の使用。トロングリッドこのサービスは、世界中の AWS サーバーでホストされる負荷分散されたノードクラスターで構成されます。 DAppとして開発がスケールアップし、API 呼び出し量が増加する中、TronGrid は増加に対処することに成功しました。 API トラフィック。
10.3 ツール

TRON は、開発者が革新的な DApp を作成できるようにする一連の開発ツールを提供します。
TronBox は、開発者が TronWeb 経由で smart contracts をテストおよび展開できるようにするフレームワークです。 API。 TronGrid は、開発者が TRON 独自のノードを実行することなくネットワークを構築できます。 TronGrid は両方の Shasta へのアクセスを提供しますテストネットと TRON メインネット。 TronStudio は包括的な統合開発です開発者が Solidity スマートをコンパイル、展開、デバッグできる環境 (IDE) 契約。 TronStudio には、プライベートローカル環境を作成する内部フルノードが含まれています。 smart contract 導入前のテスト。 TronWeb API ライブラリは、開発者を JavaScript でラップされた幅広い HTTP API 呼び出しを介してネットワークにアクセスできます。
10.4 リソース

TRON 開発者ハブは、次の目的に向けて調整された包括的な API ドキュメントサイトです。 12 TRON ネットワーク上に構築したい開発者。 Developer Hub は、高レベルの機能を提供します。 TRON の概念的な理解を示し、ユーザーに、 12 開発者ハブ: https://developers.tron.network/

ネットワーク。このガイドでは、開発者がノードのセットアップ、展開、スマートとの対話について説明します。契約、API インタラクションと実装、サンプル DApp の構築、およびそれぞれの使用開発者ツール。さらに、開発者コミュニティチャネルは Discord を通じて利用できます。
13

13 不和: https://discordapp.com/invite/GsRgsTD

結論

TRON は、革新的な手法を採用したスケーラブルな blockchain ソリューションです。レガシー blockchain ネットワークが直面する課題。 1 日あたり 200 万件以上のトランザクションに達し、 70 万を超える TRX アカウントがあり、2000 TPS、TRON を超え、コミュニティが有効になりました。分散型かつ民主化されたネットワークを構築します。