ابدأ بالهوية اللامركزية
كما كان متوقعًا ، أصيب الإنترنت بالجنون في 10 يونيو ، عندما أعلن جاك دورسي عن خططه لإنشاء "web5". على وجه الدقة ، سيكون web5 اسم منتج جديد أطلقته TBD ، وهي شركة فرعية تركز على Bitcoin تابعة لشركة Block. لكن الدقة لم تكن مهمة كثيرًا فيما كان بمثابة اختبار على مستوى الحضارة لقدرة البشر على معالجة السخرية.
بالتأكيد ، على مستوى ما ، كان المقصود من اسم web5 مزحة. ومع ذلك ، فإن التكنولوجيا الكامنة وراء ما أطلق عليه دورسي اسم الويب 5 هي في الواقع حقيقية للغاية ويمكن أن تشكل بشكل كبير مستقبل الإنترنت.
كيف لي أن أعرف؟ حسنًا ، من خلال الحظ ، بدأت استكشاف Web5 في أواخر العام الماضي. لقد قرأت أدبيات web5 الرائدة ، واختبرت منتجات web5 ، واخترق كود web5 ، وسافرت عبر البلد للقاء أعضاء مجتمع الويب 5.
بالطبع ، لم يكن موضوع استكشافي يسمى web5 في ذلك الوقت. وفي معظم الحسابات ، لا يُطلق عليه اسم web5 اليوم أيضًا. ولكن بفضل حيلة جاك دورسي الدعائية ، لفت المصطلح الانتباه إلى موضوع "الهوية اللامركزية" و "عقد الويب اللامركزية" ، وهي التقنيات الحقيقية غير المحفوظة التي تدعم عمل TBD.
لكن بغض النظر عن الأسماء (وسأتمسك بـ "web5" لأغراض هذه المقالة) ، ما هي كل هذه الأشياء ، وكيف يمكنك البدء في التعرف عليها؟ مشاكل مع web2 و web3
قد يكون من المفيد البدء بشرح المشكلة التي تحاول web5 حلها. تم إنشاء معظم الوظائف على الإنترنت اليوم (المعروفة أيضًا باسم "web2") باستخدام بنية بسيطة لخادم العميل. يتم تصميم تطبيقات الويب بشكل عام كتطبيقات تستند إلى الخادم ، ويتم تشغيلها بواسطة بائع البرامج. ويتفاعل المستخدمون النهائيون مع هذه الخوادم من خلال التطبيقات من جانب العميل ، والتي تعمل غالبًا في متصفح الويب.
تتميز بنية خادم العميل بالبساطة وتسمح للمستخدمين النهائيين بالوصول إلى البرامج دون الحاجة إلى تشغيل البنية الأساسية الخاصة بهم. لكن هذه البساطة تأتي مع عيوب لكل من المستخدمين وبائعي البرامج.
العيب الأول هو الافتقار إلى إمكانية نقل البيانات. في بنية خادم العميل ، يكون كل تطبيق افتراضيًا صومعة معلومات. إذا كان مستخدم معين (مثل "Alice") يستخدم عشرة تطبيقات مختلفة ، فسيؤدي ذلك إلى عشرة تمثيلات مختلفة لـ Alice ، على الرغم من أن Alice ليست سوى شخص حقيقي واحد. من الواضح أن هذا الموقف غير مريح بالنسبة إلى أليس ، التي يتعين عليها الاحتفاظ بمعلومات حسابها في عشرة أماكن مختلفة. ولكنه أيضًا مكلف لبائعي البرامج ، الذين يتعين عليهم جميعًا دمج أليس من الصفر ، على الرغم من أن هويتها وسمعتها قد تم ترسيخهما بالفعل من خلال الخدمات الأخرى التي تستخدمها أليس.
الجانب السلبي الثاني هو الافتقار إلى الخصوصية. نظرًا لأنه يتم تخزين جميع البيانات على جانب الخادم ، لا يتحكم المستخدمون فعليًا في كيفية استخدام معلوماتهم الشخصية. على الرغم من أن "شروط الخدمة" الخاصة بالتطبيق هي وثيقة قانونية ملزمة ، إلا أن مستخدمي الإنترنت العاديين ليس لديهم الوقت لقراءتها - وعلاوة على ذلك ، فإنهم يفتقرون إلى الرؤية فيما إذا كان موفرو البرامج ملتزمون بها. في حين أن هذه الديناميكية مفيدة في بعض الأحيان لبائعي البرامج ، إلا أن هذه الفوائد غالبًا ما تفوقها تكلفة تأمين بياناتهم والامتثال لأحدث لوائح خصوصية البيانات. بمعنى آخر ، لا أحد يفوز.
هذا برنامج البديهية الهندسية أن جميع البنى لها مزايا وعيوب. لا يعني وجود العيوب أن استخدام بنية معينة خطأ. ولكن مع تزايد أهمية الإنترنت ، يجدر بنا أن نسأل: هل التنازلات التي قدمناها في الماضي لا تزال منطقية؟ وإذا لم يكن كذلك ، فما هي بدائلنا؟
أظهر لنا Web3 بالفعل حلاً محتملاً لمشكلة قابلية نقل البيانات في web2. باستخدام blockchain العامة كنوع من طبقة التخزين العالمية ، تسمح تطبيقات web3 للمستخدمين بأخذ بياناتهم معهم من تطبيق إلى آخر. المزيد من النماذج على متن الطائرة ؛ فقط "Connect with Metamask" وانتهيت.
لكن Web3 يفشل بشكل كبير عندما يتعلق الأمر بالخصوصية. بعد كل شيء ، البيانات الموجودة على blockchain العامة هي فقط: عامة. نفس الآلية التي تسمح لتطبيقات Web3 بمشاركة البيانات بشفافية تعرض أيضًا نفس البيانات لحوالي 8 مليارات شخص آخر. من المسلم به أن هذه الشفافية المتطرفة تجعل web3 تجربة اجتماعية مثيرة. ويمكن القول إن الافتقار إلى الخصوصية يمثل مشكلة أقل بالنسبة للمستخدمين الذين يظلون مجهولين ، ولا يتم تحديدهم إلا من خلال عناوين محافظهم المشفرة وصور GIF للقرود. ولكنه يجعل أيضًا بنية Web3 القياسية غير مناسبة لحالات الاستخدام التي تتطلب أي قدر من الخصوصية.
يشتمل موقع الويب 3 اليوم على عدد من العيوب الأخرى التي تجعله خليفة ضعيفًا للويب 2. على سبيل المثال لا الحصر: عدم وجود آلية موافقة لمتلقي المعاملات ، ونقص الدعم لتناوب المفتاح أو استرداد الحساب ، وقابلية التدقيق مع NFTs. لمزيد من المناقشة ، أحيلك إلى هذا الحديث في ETH Denver '22 بواسطة Di ...
كما كان متوقعًا ، أصيب الإنترنت بالجنون في 10 يونيو ، عندما أعلن جاك دورسي عن خططه لإنشاء "web5". على وجه الدقة ، سيكون web5 اسم منتج جديد أطلقته TBD ، وهي شركة فرعية تركز على Bitcoin تابعة لشركة Block. لكن الدقة لم تكن مهمة كثيرًا فيما كان بمثابة اختبار على مستوى الحضارة لقدرة البشر على معالجة السخرية.
بالتأكيد ، على مستوى ما ، كان المقصود من اسم web5 مزحة. ومع ذلك ، فإن التكنولوجيا الكامنة وراء ما أطلق عليه دورسي اسم الويب 5 هي في الواقع حقيقية للغاية ويمكن أن تشكل بشكل كبير مستقبل الإنترنت.
كيف لي أن أعرف؟ حسنًا ، من خلال الحظ ، بدأت استكشاف Web5 في أواخر العام الماضي. لقد قرأت أدبيات web5 الرائدة ، واختبرت منتجات web5 ، واخترق كود web5 ، وسافرت عبر البلد للقاء أعضاء مجتمع الويب 5.
بالطبع ، لم يكن موضوع استكشافي يسمى web5 في ذلك الوقت. وفي معظم الحسابات ، لا يُطلق عليه اسم web5 اليوم أيضًا. ولكن بفضل حيلة جاك دورسي الدعائية ، لفت المصطلح الانتباه إلى موضوع "الهوية اللامركزية" و "عقد الويب اللامركزية" ، وهي التقنيات الحقيقية غير المحفوظة التي تدعم عمل TBD.
لكن بغض النظر عن الأسماء (وسأتمسك بـ "web5" لأغراض هذه المقالة) ، ما هي كل هذه الأشياء ، وكيف يمكنك البدء في التعرف عليها؟ مشاكل مع web2 و web3
قد يكون من المفيد البدء بشرح المشكلة التي تحاول web5 حلها. تم إنشاء معظم الوظائف على الإنترنت اليوم (المعروفة أيضًا باسم "web2") باستخدام بنية بسيطة لخادم العميل. يتم تصميم تطبيقات الويب بشكل عام كتطبيقات تستند إلى الخادم ، ويتم تشغيلها بواسطة بائع البرامج. ويتفاعل المستخدمون النهائيون مع هذه الخوادم من خلال التطبيقات من جانب العميل ، والتي تعمل غالبًا في متصفح الويب.
تتميز بنية خادم العميل بالبساطة وتسمح للمستخدمين النهائيين بالوصول إلى البرامج دون الحاجة إلى تشغيل البنية الأساسية الخاصة بهم. لكن هذه البساطة تأتي مع عيوب لكل من المستخدمين وبائعي البرامج.
العيب الأول هو الافتقار إلى إمكانية نقل البيانات. في بنية خادم العميل ، يكون كل تطبيق افتراضيًا صومعة معلومات. إذا كان مستخدم معين (مثل "Alice") يستخدم عشرة تطبيقات مختلفة ، فسيؤدي ذلك إلى عشرة تمثيلات مختلفة لـ Alice ، على الرغم من أن Alice ليست سوى شخص حقيقي واحد. من الواضح أن هذا الموقف غير مريح بالنسبة إلى أليس ، التي يتعين عليها الاحتفاظ بمعلومات حسابها في عشرة أماكن مختلفة. ولكنه أيضًا مكلف لبائعي البرامج ، الذين يتعين عليهم جميعًا دمج أليس من الصفر ، على الرغم من أن هويتها وسمعتها قد تم ترسيخهما بالفعل من خلال الخدمات الأخرى التي تستخدمها أليس.
الجانب السلبي الثاني هو الافتقار إلى الخصوصية. نظرًا لأنه يتم تخزين جميع البيانات على جانب الخادم ، لا يتحكم المستخدمون فعليًا في كيفية استخدام معلوماتهم الشخصية. على الرغم من أن "شروط الخدمة" الخاصة بالتطبيق هي وثيقة قانونية ملزمة ، إلا أن مستخدمي الإنترنت العاديين ليس لديهم الوقت لقراءتها - وعلاوة على ذلك ، فإنهم يفتقرون إلى الرؤية فيما إذا كان موفرو البرامج ملتزمون بها. في حين أن هذه الديناميكية مفيدة في بعض الأحيان لبائعي البرامج ، إلا أن هذه الفوائد غالبًا ما تفوقها تكلفة تأمين بياناتهم والامتثال لأحدث لوائح خصوصية البيانات. بمعنى آخر ، لا أحد يفوز.
هذا برنامج البديهية الهندسية أن جميع البنى لها مزايا وعيوب. لا يعني وجود العيوب أن استخدام بنية معينة خطأ. ولكن مع تزايد أهمية الإنترنت ، يجدر بنا أن نسأل: هل التنازلات التي قدمناها في الماضي لا تزال منطقية؟ وإذا لم يكن كذلك ، فما هي بدائلنا؟
أظهر لنا Web3 بالفعل حلاً محتملاً لمشكلة قابلية نقل البيانات في web2. باستخدام blockchain العامة كنوع من طبقة التخزين العالمية ، تسمح تطبيقات web3 للمستخدمين بأخذ بياناتهم معهم من تطبيق إلى آخر. المزيد من النماذج على متن الطائرة ؛ فقط "Connect with Metamask" وانتهيت.
لكن Web3 يفشل بشكل كبير عندما يتعلق الأمر بالخصوصية. بعد كل شيء ، البيانات الموجودة على blockchain العامة هي فقط: عامة. نفس الآلية التي تسمح لتطبيقات Web3 بمشاركة البيانات بشفافية تعرض أيضًا نفس البيانات لحوالي 8 مليارات شخص آخر. من المسلم به أن هذه الشفافية المتطرفة تجعل web3 تجربة اجتماعية مثيرة. ويمكن القول إن الافتقار إلى الخصوصية يمثل مشكلة أقل بالنسبة للمستخدمين الذين يظلون مجهولين ، ولا يتم تحديدهم إلا من خلال عناوين محافظهم المشفرة وصور GIF للقرود. ولكنه يجعل أيضًا بنية Web3 القياسية غير مناسبة لحالات الاستخدام التي تتطلب أي قدر من الخصوصية.
يشتمل موقع الويب 3 اليوم على عدد من العيوب الأخرى التي تجعله خليفة ضعيفًا للويب 2. على سبيل المثال لا الحصر: عدم وجود آلية موافقة لمتلقي المعاملات ، ونقص الدعم لتناوب المفتاح أو استرداد الحساب ، وقابلية التدقيق مع NFTs. لمزيد من المناقشة ، أحيلك إلى هذا الحديث في ETH Denver '22 بواسطة Di ...
What's Your Reaction?
