تقوم شركة Sending Labs في مقدمة صياغة بروتوكول اتصال لامركزي يواجه مباشرة مشاكل التمركز الأساسية لبروتوكولات TCP/IP. تدعم هذه المبادرة التواصل الند للند القائم على المحافظ، مما يحول جذرياً البنية التحتية للإنترنت لرفع مستوى الأمان والخصوصية وتمكين المستخدم بشكل كبير.

نظرة عامة على برمجيات الويب 2 TCP/IP بروتوكول

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

مشاكل مع بروتوكول TCP/IP في عصر الويب2

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

• في طبقة التطبيق، عندما يقوم المستخدمون بالوصول إلى موقع التطبيق، يحتاجون إلى الاعتماد على DNS لحل عنوان الخدمة. إذا تم تلويث DNS أو تعرضه لهجوم، قد يقوم المستخدمون بالوصول بطريق الخطأ إلى خادم خبيث، مما يؤدي إلى تسرب الخصوصية أو تلاعب البيانات.
• في طبقة النقل، إذا تعرضت سلطة الشهادة (CA) التي يعتمد عليها بروتوكول SSL/TLS للهجوم أو فقدت ثقتها، فإن الاتصالات بين المستخدمين قد تكون مستمعة إليها أو قد يتم التلاعب بها من قبل طرف ثالث. على سبيل المثال، إذا تم نقل رسائل المستخدم عبر قناة غير آمنة، فقد يقوم المخترقون بالاعتراض على هذه الحزم أو حتى تزوير معلومات غير صحيحة. في الوقت نفسه، الاعتماد على هذه السلطات المركزية يجلب مخاطر الثقة.
• في طبقة الشبكة، نظرًا لأن عناوين بروتوكول الإنترنت لخدمات التطبيقات تتحكم فيها وتخصصها عدد قليل من المنظمات، فإن الطبيعة المحدودة لعناوين بروتوكول الإنترنت ومشكلة التخصيص المركزي تؤدي إلى تركز حقوق التحكم في الموارد بشكل أساسي في أيدي عدد قليل من الدول والمنظمات، مما يؤدي لتوزيع غير عادل ويجعل البنية الشبكية بأكملها عرضة للتهديد من التحكم المركزي.

التمركز الأساسي الذي يتمتع به TCP/IP يؤدي إلى مشاكل عميقة لا يمكن حلها ببساطة. إن التحول التكنولوجي الجذري ضروري لتحقيق اللامركزية الكاملة لمجموعة البروتوكولات، وهو أمر حاسم لمعالجة هذه المشاكل الأساسية. تقود شركة Sending Labs هذا التحول، حيث تعمل على مجموعة بروتوكولات اتصال لامركزية. سيعيد هذا النموذج الجديد ابتكار TCP/IP من خلال تمكين التواصل المباشر نقطة لنقطة من خلال عناوين المحافظ، مما يحدث ثورة في بنية الإنترنت ويحسن بشكل كبير الأمان والخصوصية ويعزز السيطرة المستخدم.

بناء معيار اتصال جديد في عصر الويب3: إعادة بناء مكدس بروتوكول TCP/IP

في عصر الويب 3، نحتاج إلى إعادة بناء كومة بروتوكول TCP/IP لحل المشاكل في النظام الحالي. ستتمتع نسخة الويب 3 من كومة بروتوكول TCP/IP بالخصائص التالية: أولاً، تضمن إمداد غير محدود لعناوين IP وتجنب احتكار الموارد من قبل بعض الدول أو المنظمات؛ ثانياً، تنقل عمليات المصادقة الثقة في الطبقة النقلية إلى آلية لامركزية مستندة إلى تقنية البلوكشين. لم تعد تعتمد على وكالة شهادة CA واحدة؛ ثالثاً، نقل بروتوكولات المفاتيح مثل DNS إلى تقنية البلوكشين للتخلص من الاعتماد على مقدمي خدمات DNS التقليدية؛ بالإضافة إلى تشجيع الجمهور على إعداد موجِّهاتهم الخاصة لبناء البنية التحتية المادية للطبقة المتموجة لامركزية. أخيراً، يتم منح نهاية الاتصال بالشبكة سمات مالية بحيث تكون مرتبطة مباشرة بنظام حسابات التقنية البلوكشين وتدعم بشكل طبيعي الوظائف المالية.

بمساعدة مكدس البروتوكول الجديد هذا ، سيتم تغيير طريقة تصفح الإنترنت بشكل كبير في المستقبل: يفتح المستخدمون متصفحا ، ويدخلون اسم مجال ENS ، ويقوم المتصفح بتوزيع العنوان المقابل من خلال blockchain ويبدأ طلب اتصال. قبل إنشاء الاتصال ، يستخدم النظام التوقيع الرقمي للمحطة ومصادقة نظام DID القائم على blockchain لتأكيد هويات كلا الطرفين المتصلين قبل إنشاء الاتصال. خلال هذه العملية ، تتم معالجة جميع البيانات من خلال نظام توجيه مادي ضخم لضمان نقل البيانات من طرف إلى آخر. عندما يتعلق الأمر بالدفع ، نظرا لأن محطة الاتصال لها سمات مالية ، يمكن للمستخدمين الدفع مباشرة إلى عنوان المحفظة المقابل ل ENS، وتجنب مخاطر التصيد الاحتيالي وضمان الدفع الآمن والموثوق. سواء كانت الشبكات الاجتماعية أو التجارة الإلكترونية أو غيرها من التطبيقات ، فإنها سترث ميزات الأمان واللامركزية لطبقة الشبكة وطبقة النقل.

بعد ذلك، سنقدم بالتفصيل كيفية تنفيذ هذه الميزات اللامركزية على طبقة الشبكة، طبقة النقل، طبقة التطبيق والطبقة الفيزيائية.

طبقة الشبكة

يجب أن يلبي تصميم طبقة الشبكة أربع متطلبات أساسية: أولاً، يجب أن تكون عناوين IP كافية لضمان أن كود المنطقة للعنوان موزع بشكل عادل عالميًا؛ ثانياً، يجب أن تتمتع عنوانات IP بسمات مالية ويمكن ربطها مباشرة بحساب سلسلة الكتل؛ ثالثاً، قبل الانتقال بشكل كامل إلى شبكة Web3، الحفاظ على التوافق مع IPv4/IPv6؛ رابعًا، ضمان لامركزية قرار اسم النطاق. لهذا السبب، لدينا نوعين رئيسيين من العناوين: عناوين النقل الفردية وعناوين النقل المخططة بما في ذلك:

• عنوان الإرسال الفردي: إنه فريد ومحدد. يتكون من العديد من معرفات مثل معرف قطاع الشبكة، معرف الشبكة الفرعية، معرف المضيف، ومعرف بطاقة الشبكة. يمكن أن يحدد بشكل فريد جهاز بطاقة الشبكة في الشبكة. يقوم بتوجيه سريع بناءً على بادئات معرفات قطاعات الشبكة والشبكات الفرعية لتقليل تعقيد جدول التوجيه.
• عنوان Anycast: يتوافق مع عنوان المحفظة، يمكن ربط عدة عناوين Unicast لتحقيق نقل بيانات فعال. هذا التصميم لا يحسن فقط كفاءة توجيه الشبكة، ولكنه يعزز بشكل كبير قدرة توفير عناوين IP. عندما يبدأ المرسل طلب اتصال إلى عنوان Anycast، يرسل الموجه الحزمة إلى أقرب عنوان Unicast مرتبط بعنوان Anycast بناءً على المسافة التوجيهية. نظرًا لأن الخدمات التي توفرها جميع عناوين Unicast المرتبطة بعنوان Anycast هي نفسها، يمكن للمرسل تلبية احتياجاته في التواصل عن طريق التواصل مع أي عنوان Unicast.

عناوين الإرسال الفردية تحقق توجيه سريع من خلال بادئات العناوين، ويمكن تصميم طولها ليتجاوز عناوين المحافظ بأكثر من 160 بت، والتي يمكن نظريًا توفيرها بشكل غير محدود. عنوان الإرسال أيضًا ما يعادل عنوان المحفظة، مما يمنح صفات مالية لعنوان IP.

فكيف يمكن تنفيذ تخصيص عنوان الإرسال في طريقة لامركزية؟ في عصر الويب2، يتم تخصيص عناوين IP من قبل السلطات المركزية. في الويب3، يتم تخصيص هذه العناوين من خلال العقود الذكية. تقوم العقود الذكية بإنشاء مختلف رموز تعريف الشبكة ID License NFTs بناءً على حجم الشبكة وتفويض المشغلين لإدارة الشبكات الفرعية المحددة. يمكن للمشغلين الذين يمتلكون رموز تعريف شبكة تقسيم الشبكات الفرعية وبيعها للمشغلين على المستوى الأدنى أو المستخدمين النهائيين. يقوم المشغلون بتشغيل عقدة التوجيه لمعالجة حركة البيانات، وتحقيق الربح، وضمان توزيع عادل ولامركزي لعناوين IP.

بروتوكول حل أسماء النطاقات - برغم أن بروتوكول DNS محدد على طبقة التطبيق في Web3، إلا أنه من الناحية المنطقية يشبه أكثر بروتوكول لتسمية محطات نقل الشبكة على طبقة الشبكة. نحن نعتبره هنا بروتوكول طبقة الشبكة، الذي يمكن إعادة استخدامه من قبل بروتوكولات طبقة التطبيق الأخرى. يجب أن يكون DNS بروتوكول حل سلسلة كتل في Web3، ويجب أن تكون العملية مشابهة لـ ENS. يحدد العقد السلسلة كتل العلاقة المقابلة بين اسم النطاق وعنوان المحفظة، مما يتيح الاعتماد على تنظيم اسم النطاق DNS والتخلص من الاعتماد على المركز، وبالتالي تجنب مشكلة تلوث DNS.

من أجل ضمان أن يتمكن الشبكة من العمل بشكل طبيعي وحل مشكلة البدء البارد قبل أن تكون مكبرة بالكامل، نحتاج إلى جعل الشبكة متوافقة مع IPv4/IPv6 الموجودة. عندما لا يتمكن الموجه من العثور على عنوان الوجهة في شبكته المتصلة مباشرة، سيقوم بتغليف البيانات في حزم IPv4/IPv6 وإرسالها إلى الموجهات على الشبكات الفرعية الأخرى. الموجه الواصل يحلل هذه الحزم ويواصل التوجيه ضمن الشبكة الفرعية حتى يتم العثور على عنوان الوجهة. هذه العملية مشابهة للمراحل الأولى من تحقيق IPv6 للتوافق من خلال الأنفاق في شبكة IPv4.

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

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

الطبقة النقلية

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

عادةً ما يعتمد ضمان أمان الاتصالات عبر الإنترنت (مثل المواقع التي تستخدم HTTPS) على بروتوكولات SSL/TLS، التي تعتمد على سلطات CA للتحقق من أصالة المواقع التي تم زيارتها. نأمل في اعتماد وثائق DID القائمة على السلسلة للحفاظ على الأمان مع القضاء على الاعتماد على الكيانات المركزية.

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

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

مثال على المأخذ

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

لذلك، تدمج هذه التكنولوجيا الجديدة للطبقة TCP/IP ميزات SSL/TLS وتوجيه IP والمعاملات المالية. فيما يلي رمز عينة قصير.

طبقة التطبيق

هناك العديد من بروتوكولات طبقة التطبيق في تراكم بروتوكول TCP/IP. من بعضها الشائع HTTP(S)، XMPP، SMTP، POP3، FTP، SIP، RTMP، CDN، الخ. هذه البروتوكولات اعتمدت تقليديًا على خوادم مركزية، مثل XMPP لخوادم المراسلة الفورية و SMTP لخوادم البريد. ومع ذلك، في عصر الويب3، ستحل العقد الشبكية اللامركزية محل الخوادم المركزية التقليدية، ولن تهتم بروتوكولات طبقة التطبيق بعد الآن بالخادم التطبيقي. بالإضافة إلى تحديد تنسيق حزم البيانات على طبقة النقل/طبقة الشبكة، تعتمد هذه البروتوكولات على البنية التحتية للشبكة اللامركزية على طبقة الشبكة، مما يتيح لطبقة الشبكة توفير شبكة لامركزية صلبة لتطبيقات مختلفة.

من بين جميع بروتوكولات طبقة التطبيق، HTTPS، XMPP، SMTP، وما إلى ذلك هي الأكثر شيوعًا، وهي تشكل أساس أنشطتنا الاجتماعية اليومية. تحت معمارية الويب3، قمنا بتطوير أول مثال لتطبيق - بروتوكول تطبيق اجتماعي للرسائل الفورية المركزية باستخدام بروتوكول مشابه لـ XMPP. في هذا البروتوكول، يستخدم المستخدمون عناوين محافظهم كحسابات اجتماعية لإجراء محادثات مشفرة من نهاية إلى نهاية، وإنشاء مجموعات دردشة خاصة أو عامة، وإرسال رسائل صوتية وفيديو، وحتى إجراء مكالمات صوتية وفيديو. يعيد هذه الإمكانيات الآمنة للاتصالات من طبقة النقل والشبكة الواسعة للعقد في طبقة الشبكة، باستخدام عنوان المحفظة كهوية شبكية جديدة.

بالإضافة إلى بروتوكولات الدردشة الفورية المشابهة لبروتوكول XMPP التي نقدمها، تحتوي طبقة التطبيق أيضًا على عدد كبير من السيناريوهات التطبيقية، مثل:

• تطبيقات الويب تعتمد على بروتوكول HTTP و HTTPS: يمكن للمطورين نشر موقعهم ببساطة في شبكة تعتمد على عنوان المحفظة / اسم النطاق ENS، والاستمتاع بالوصول عالي السرعة الذي يوفره تقاسم النطاق الترددي المقدم من الشبكة، مع ضمان مقاومة الرقابة على التطبيق والوصول الآمن.
• تطبيقات البريد مثل SMTP/POP3: باعتمادها على هذا الشبكة، ستصبح أنظمة البريد اللامركزية سهلة. عندما تحتاج إلى إرسال بريد إلكتروني إلى مالك اسم نطاق ENS، يحتاج تطبيقك فقط إلى العثور على العقد المقابل لعنوان ENS من خلال توجيه الطبقة الشبكية، وتحميل البريد الإلكتروني، ويمكن للمستلم تحميل البريد الإلكتروني من العقد.
• تطبيق بروتوكول توزيع موارد CDN: باعتماد هذا الشبكة، يمكن للمطورين توزيع بياناتهم إلى العقد في أجهزة توجيه رئيسية أو مراكز بيانات. ستسمح الشبكة العقدية الضخمة التي تم بناؤها بناءً على آلية التحفيز بانتشار العقد تقريبًا في جميع أنحاء العالم، بشكل متعمق في كل منزل، وتتيح للبروتوكول CDN استخدام موارد النطاق الترددي الخاملة بكفاءة، مما يتيح للمطورين والمستخدمين الاستمتاع بتجربة تطبيق أسرع.
• تطبيق بروتوكولات الوسائط المتدفقة مثل SIP/RTMP/WebRTC: بالاعتماد على موارد العقدة الواسعة ومشاركة النطاق الترددي الخامل، يمكن لتطبيقات الوسائط المتدفقة تحقيق تخزين موزع وتخزين مؤقت لمحتوى الوسائط المتدفقة لتسريع الوصول وتحسين سرعة الوصول وسلاسة الوسائط المتدفقة.
• تطبيق بروتوكولات نقل الملفات والوصول مثل FTP: من خلال شبكة عقدة ضخمة، بالاقتران مع مشروع تخزين الويب3 متمركز الشبكة، يمكن للشبكة تخزين محتوى المشاريع مثل IPFS/Arweave نشطًا، وتسريع الوصول إلى المحتوى الذي يتم الوصول إليه بشكل متكرر، وتحسين نشاط وتطبيق نطاق المشروع.
• تطبيق بروتوكولات VPN مثل OpenVPN: يمكن لتطبيقات VPN استخدام موارد IP بشكل عقلاني المشتركة من قبل أجهزة التوجيه، وتوسيع نطاق موارد IP للتطبيقات بشكل كبير، وتوفير أساسيات IP وموارد النطاق الترددي الأكثر أهمية لشبكة VPN.
• بروتوكولات قائمة الرسائل مثل Kafka وRabitMQ: تعتبر قوائم الرسائل بروتوكولات في طبقة التطبيق تستخدم على نطاق واسع في التطبيقات الموزعة والمجموعة. يتطلب عدد كبير من التطبيقات استخدامها لتنفيذ الاتصال بين وحدات التطبيق أو العمليات. في عصر web3، يمكن لهذه التطبيقات الاعتماد على شبكة عقد واسعة واستخدام هذه العقد كحملة طبيعية لقوائم الرسائل لتوفير خدمات قوائم رسائل مشتركة وعالية السرعة لمجموعة واسعة من التطبيقات.

الطبقة الفيزيائية

الفكرة الأساسية للطبقة الفيزيائية هي تعزيز توزيع الموجهات غير المركزية من خلال الحوافز بحيث يمكن اعتمادها على نطاق واسع من قبل الأسر وفي نهاية المطاف توليد تأثيرات الشبكة. تمكن هذه الموجهات المستخدمين من استخدام عرض النطاق غير المستخدم في المنزل لزيادة القدرة الشبكية الكلية. من خلال التكامل مع بروتوكولات طبقة الشبكة الخاصة بنا، تعزز هذه الأجهزة قدرات تخزين البيانات وتسريعها لصالح التطبيقات غير المركزية ضمن النظام البيئي. تحسن هذه الأجهزة استخدام عرض النطاق وتسمح للمستخدمين بكسب العائد من مساهماتهم في عرض النطاق.

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

الاستنتاج

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

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

• الحافة: مسؤول عن توجيه وإعادة إرسال الرسائل وتقديم دليل على العمل.
• وحدة WatchDog: إرسال رسائل تحدي عشوائية إلى وحدة الحافة لاكتشاف حالتها التشغيلية.
• العقدة الحارسة: التحقق من دليل عمل العقدة الحافة وتقييم جودة خدمتها مثل الاستقرار بناءً على نتائج تحدي WatchDog.

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

ندعو المطورين والمستخدمين للانضمام إلى هذا الشبكة البريدية ومساعدة مستخدمي Web3 على التفاعل بين تطبيقات مختلفة من خلال هذا البروتوكول متعدد المنصات. في الوقت نفسه، ندعو أيضًا المزيد من الأصدقاء ذوي التفكير المماثل للانضمام إلينا لشهادة تحول TCP/IP، وتحقيق تفاعل نظام البيئة الويب3، وخلق عالم عبر الإنترنت أكثر أمانًا وخصوصية ولامركزي، وإعادة تشكيل البنية التحتية للاتصالات الرقمية.

تنصيح:

1. تم نقل هذه المقالة من [GateChaincatcher], كل حقوق الطبع والنشر تنتمي إلى الكاتب الأصلي [تسليم صناعي]. إذا كانت هناك اعتراضات على هذا النشر، يرجى الاتصال بالبوابة تعلمفريق، وسيتولون عليها على الفور.
2. إخلاء المسؤولية عن الضرر: الآراء والآراء المعبر عنها في هذه المقالة هي فقط تلك للكاتب ولا تشكل أي نصيحة استثمارية.
3. تتم ترجمة المقال إلى لغات أخرى من قبل فريق Gate Learn. ما لم يُذكر غير ذلك، يُمنع نسخ أو توزيع أو ارتكاب الانتحال للمقالات المترجمة.