គន្លឹះដក

1. Solana ប្រើពិធីការនិយាយដើមពីគ្នាទៅវិញទៅមកដោយផ្អែកលើក្បួនដោះស្រាយ Plumtree ដែលអនុញ្ញាតឱ្យទំនាក់ទំនងវិមជ្ឈការរវាងថ្នាំងដើម្បីផ្សព្វផ្សាយការផ្លាស់ប្តូររដ្ឋប្រកបដោយប្រសិទ្ធភាពនៅទូទាំងបណ្តាញដោយមិនពឹងផ្អែកលើប្រភពកណ្តាល។
2. រៀងរាល់ 0.1 វិនាទីថ្នាំង Solana ផ្លាស់ប្តូរសារ "រុញ" និង "ទាញ" ធានាការចែករំលែកព័ត៌មានជាបន្តបន្ទាប់ និងទាន់សម័យ ដើម្បីរក្សាការផ្សព្វផ្សាយទិន្នន័យ និងការធ្វើសមកាលកម្មយ៉ាងឆាប់រហ័សនៅទូទាំងបណ្តាញ។
3. ពិធីការនិយាយដើមមានសារសំខាន់ៗបួនប្រភេទ - Push, Pull, Prune, និង Ping/Pong - ដែលជួយចែកចាយទិន្នន័យ ស្នើសុំព័ត៌មានដែលបាត់ គ្រប់គ្រងការភ្ជាប់ថ្នាំង និងពិនិត្យមើលភាពរឹងមាំរបស់ថ្នាំង។
4. ទិន្នន័យនិយាយដើមត្រូវបានរក្សាទុកនៅក្នុងឃ្លាំងទិន្នន័យចម្លងតាមចង្កោម (CrdsTable) ដែលត្រូវបានអាប់ដេតជាបន្តបន្ទាប់ជាមួយនឹងការបង្កើនការអាប់ដេតទៅកាន់ស្ថានភាពរបស់បណ្តាញ ដោយធានានូវភាពអាចរកបាននៃទិន្នន័យ និងការធ្វើសមកាលកម្មក្នុងចំណោមថ្នាំង។
5. ប្រព័ន្ធបណ្ណសាររបស់ Solana ប្រើ "ថ្នាំងឃ្លាំង" ដើម្បីរក្សាទុកប្រវត្តិប្រតិបត្តិការ ដោយមានទិន្នន័យថ្មីៗ (1-2 សម័យ) រក្សាទុកដោយអ្នកផ្តល់សុពលភាព ខណៈដែលប្រវត្តិប្រតិបត្តិការពេញលេញត្រូវបានរក្សាទុកនៅក្នុង Ledger Archives ឬ Google Bigtable ដើម្បីងាយស្រួលចូលប្រើដោយ RPCs និងអ្នកចូលរួមផ្សេងទៀត។

និយាយដើម

ពិធីការនិយាយដើម គឺជាវិធីសាស្រ្តទំនាក់ទំនងពីមិត្តភ័ក្តិនៅក្នុងប្រព័ន្ធចែកចាយ ដែលថ្នាំងក្នុងបណ្តាញផ្លាស់ប្តូរព័ត៌មានរដ្ឋជាទៀងទាត់អំពីខ្លួនពួកគេ និងថ្នាំងផ្សេងទៀតថ្នាំងនីមួយៗត្រូវបានភ្ជាប់តាមលក្ខណៈវិមជ្ឈការ។ នេះ​គឺ​ស្រដៀង​គ្នា​នឹង​ពាក្យ​ចចាមអារ៉ាម​ដែល​ផ្សព្វផ្សាយ​តាម​ប្រព័ន្ធ​ផ្សព្វផ្សាយ​សង្គម។ វាបង្កប់ន័យថាការផ្លាស់ប្តូររដ្ឋបន្តិចបន្តួចនៅទីបំផុតនឹងត្រូវបានផ្សព្វផ្សាយតាមរយៈបណ្តាញ ហើយថ្នាំងទាំងអស់នឹងមានព័ត៌មានពេញលេញអំពីការផ្លាស់ប្តូររដ្ឋនោះ។

នៅលើ Solana ការអនុវត្តពិធីការនិយាយដើមរបស់វាប្រើវិធីសាស្រ្តទំនាក់ទំនងក្រៅផ្លូវការជាមួយនឹងវិធីសាស្រ្តផ្សព្វផ្សាយដើមឈើដែលយកគំរូតាមក្បួនដោះស្រាយ Plumtree ។ នេះធ្វើឱ្យការឃោសនានៃការផ្លាស់ប្តូររដ្ឋដោយមិនពឹងផ្អែកលើប្រភពកណ្តាល។ វាដើរតួជាផ្ទាំងបញ្ជាសម្រាប់ Solana ព្រោះវាជួយអ្នកផ្តល់សុពលភាព និងថ្នាំង RPC ដើម្បីដឹងថាអាសយដ្ឋាន និងច្រកណាមួយត្រូវបានបើកសម្រាប់ការទំនាក់ទំនង។ Solana Gossip ធ្វើការជាមួយសមាសធាតុសំខាន់ៗផ្សេងទៀតដូចជា validators, turbine protocol, archive nodes, proof of history ជាដើម។ Validators និង RPCs ផ្លាស់ប្តូរវត្ថុទិន្នន័យដែលបានចុះហត្ថលេខារៀងរាល់ 0.1 វិនាទីម្តងលើ UDP ដោយប្រើការនិយាយដើម ធានានូវព័ត៌មានដែលអាចរកបានពេញបណ្តាញ។ រាល់សារនិយាយដើមត្រូវតែស្ថិតនៅ ឬទាបជាងឯកតាបញ្ជូនអតិបរមា (MTU) នៃ 1280 បៃ ដែលត្រូវបានគេស្គាល់ថាជា "រចនាសម្ព័ន្ធកញ្ចប់ព័ត៌មាន" នៅក្នុងមូលដ្ឋានកូដ។

ពិធីការនិយាយដើមបម្រើជាយន្តការកណ្តាលសម្រាប់ថ្នាំងដើម្បីគ្រប់គ្រងទំនាក់ទំនងចង្កោមប្រកបដោយប្រសិទ្ធភាពដោយការចែករំលែកវត្ថុទិន្នន័យដែលបានចុះហត្ថលេខាជាបន្តបន្ទាប់ ដូចជាព័ត៌មានទំនាក់ទំនង កម្ពស់សៀវភៅកត់ត្រា និងការបោះឆ្នោត។ រៀងរាល់ 0.1 វិនាទី ថ្នាំងផ្លាស់ប្តូរសារ "រុញ" និង "ទាញ" - ដែលជាកន្លែងដែលសារជំរុញអាចត្រូវបានបញ្ជូនបន្ត ហើយប្រភេទទាំងពីរអាចបង្កឱ្យមានការឆ្លើយតប - ជួយសម្រួលដល់ការផ្សព្វផ្សាយទិន្នន័យយ៉ាងឆាប់រហ័សនៅទូទាំងបណ្តាញ។ ដំណើរការលើច្រក UDP/IP ដ៏ល្បី ឬជួរច្រក ពិធីការនិយាយដើមអាចឱ្យថ្នាំងផ្សាយពាណិជ្ជកម្មចំណុចបញ្ចប់និយាយដើមរបស់ពួកគេ (អាសយដ្ឋានរន្ធ) ទៅគ្នាទៅវិញទៅមក បន្ទាប់ពីចង្កោមត្រូវបានចាប់ផ្ដើម។ ក្រាហ្វទំនាក់ទំនងដែលមានប្រេកង់ខ្ពស់វិមជ្ឈការនេះធានាថាថ្នាំងរបស់ Solana នៅតែធ្វើសមកាលកម្ម និងមានភាពធន់ គាំទ្រដល់លទ្ធភាពធ្វើមាត្រដ្ឋាន និងដំណើរការរបស់ blockchain ។

នៅក្នុងពិធីការនិយាយដើមរបស់ Solana ប្រភេទសារចំនួនបួនជួយសម្រួលដល់ការប្រាស្រ័យទាក់ទងជាក្រុម៖ សាររុញ ដែលញឹកញាប់បំផុត ចែកចាយទិន្នន័យទៅក្រុមជ្រើសរើស "មិត្តភ័ក្តិរុញច្រាន" ។ សារ Pull រួមជាមួយនឹង Pull Responses របស់វាត្រូវបានផ្ញើជាទៀងទាត់ ដើម្បីទាញយកព័ត៌មានដែលបាត់ដោយការស្នើសុំ និងបញ្ជូនទិន្នន័យដែលមិនបានចែករំលែក។ សារកាត់ចេញបើកថ្នាំងដើម្បីកាត់បន្ថយការភ្ជាប់សកម្មរបស់ពួកគេតាមតម្រូវការ។ ជាចុងក្រោយ សារ Ping និង Pong បម្រើជាការត្រួតពិនិត្យភាពរឹងមាំ ដែល ping ជំរុញឱ្យការឆ្លើយតប pong ដើម្បីបញ្ជាក់ពីស្ថានភាពប្រតិបត្តិការរបស់ peer node ។

ទិន្នន័យ​និយាយ​ដើម​ត្រូវ​បាន​រក្សា​ទុក​ក្នុង​ឃ្លាំង​ទិន្នន័យ​ចម្លង​តាម​ចង្កោម (CrdsTable)។ រចនាសម្ព័ន្ធទិន្នន័យនេះត្រូវបានធ្វើបច្ចុប្បន្នភាពជាបន្តបន្ទាប់ជាមួយនឹងសារពិធីការនិយាយដើម។ សារទាំងនេះមានកំណត់ត្រានិយាយដើម ដែលជាការធ្វើឱ្យទាន់សម័យជាចាំបាច់ចំពោះ CrdsTable ។

បណ្ណសារ

Solana ខុសគ្នាពី blockchains ផ្សេងទៀតដោយមិនតម្រូវឱ្យមានប្រវត្តិប្រតិបត្តិការពេញលេញដើម្បីកំណត់ស្ថានភាពបច្ចុប្បន្នរបស់គណនីមួយ។ គំរូគណនីរបស់វាធានាថាស្ថានភាពនៅរន្ធដោតណាមួយត្រូវបានដឹង ដែលអនុញ្ញាតឱ្យអ្នកធ្វើសុពលភាពរក្សាទុកស្ថានភាពបច្ចុប្បន្នដោយមិនចាំបាច់ដំណើរការប្លុកប្រវត្តិសាស្ត្រទាំងអស់។ RPCs និង validators ជាធម្មតាមិនរក្សាប្រវត្តិបញ្ជីឈ្មោះទាំងមូលទេ។ ផ្ទុយទៅវិញ ពួកគេរក្សាទុកទិន្នន័យប្រតិបត្តិការត្រឹមតែ 1 ឬ 2 សម័យ (2-4 ថ្ងៃ) ដែលគ្រប់គ្រាន់ដើម្បីធ្វើសុពលភាពប្លុកចុងក្រោយបំផុត។

ទិន្នន័យបណ្ណសារត្រូវបានគ្រប់គ្រងដោយ "ថ្នាំងឃ្លាំង" ដែលដំណើរការដោយអ្នកផ្តល់សេវា RPC អាជីព មូលនិធិ Solana និងអ្នកចូលរួមប្រព័ន្ធអេកូឡូស៊ីផ្សេងទៀត ដើម្បីធានាថាប្រវត្តិប្រតិបត្តិការអាចចូលដំណើរការបាន។ ថ្នាំងឃ្លាំងទាំងនេះតែងតែរក្សាទាំង Ledger Archive ដែលរក្សាទុកបញ្ជីរាយបញ្ជីឆៅ និងរូបថត AccountsDB សម្រាប់ការចាក់ឡើងវិញពីដំបូង ឬ Google Bigtable Instance ដែលរក្សាទុកទិន្នន័យពីប្លុក genesis បន្តក្នុងទម្រង់ដែលសមរម្យសម្រាប់សំណើ RPC ។

សេចក្តីសន្និដ្ឋាន

សរុបមក ពិធីសារនិយាយដើម និងប្រព័ន្ធបណ្ណសាររបស់ Solana អនុញ្ញាតឱ្យទំនាក់ទំនងប្រកបដោយប្រសិទ្ធភាព និងការធ្វើសមកាលកម្មទិន្នន័យនៅទូទាំងបណ្តាញ។ ពិធីការនិយាយដើមធានាការផ្សព្វផ្សាយរដ្ឋយ៉ាងឆាប់រហ័ស ខណៈពេលដែលប្រព័ន្ធបណ្ណសាររក្សាទុកប្រវត្តិប្រតិបត្តិការសម្រាប់ភាពងាយស្រួលដោយអ្នកផ្តល់សុពលភាព និង RPC ។ រួមគ្នា លក្ខណៈពិសេសទាំងនេះគាំទ្រដល់ការធ្វើមាត្រដ្ឋាន ការអនុវត្ត និងវិមជ្ឈការរបស់ Solana។