Whisper

ما هو Whisper في الكريبتو؟

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

في الرؤية الأصلية لـ Ethereum، كان المقصود من Whisper أن يكون طبقة الاتصال في Web3.

كانت Ethereum ستتولى الحوسبة اللامركزية، وSwarm سيتولى التخزين اللامركزي، بينما يتولى Whisper المراسلة اللامركزية.

تصف وثائق شبكات Ethereum Whisper بأنه بروتوكول هدفه تقديم مراسلة آمنة بين النظراء دون كتابة المعلومات على البلوكشين.

كان Whisper جزءاً من بروتوكول النقل DevP2P المستخدم في شبكات Ethereum.

وصُمم لرسائل مستوى التطبيقات، وليس لتخزين المعاملات أو الأرصدة أو حالة العقود الذكية.

ببساطة، حاول Whisper حل مشكلة مختلفة عن مشكلة العقود الذكية في Ethereum.

تُستخدم العقود الذكية في Ethereum للحوسبة والتسوية العامة على السلسلة.

أما Whisper فكان مخصصاً للاتصال الخاص وخارج السلسلة ومن نظير إلى نظير بين المحافظ أو التطبيقات اللامركزية أو المستخدمين أو العُقد.

ومع ذلك، أصبح Whisper الآن مهجوراً، ولا ينبغي اعتباره المعيار الحالي لمراسلة Web3.

تتجه المشاريع الحديثة ذات الأهداف المماثلة عادةً إلى Waku أو بروتوكولات اتصال لامركزية أخرى بدلاً منه.

هل لا يزال Whisper مستخدماً؟

يُعد Whisper اليوم تقنية تاريخية في الغالب.

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

يوضح مستودع Ethereum Whisper المؤرشف أن المشروع أُرشف لأن التطبيق لم يكن قابلاً للتوسع لأكثر من بضع مئات من العُقد، وأن Status تولى التطوير اللاحق.

وهذا يعني أنه لا ينبغي وصف Whisper كبروتوكول Ethereum موصى به بنشاط لتطوير التطبيقات اللامركزية الجديدة.

ومن الأفضل فهمه كتجربة مبكرة مهمة في مراسلة Web3.

أثر Whisper في أعمال الاتصال اللامركزي اللاحقة، وخاصة Waku.

تصف وثائق Waku الرسمية Waku بأنها عائلة من بروتوكولات الاتصال القوية والمقاومة للرقابة ومن نظير إلى نظير لمراسلة Web3 الموجهة للخصوصية.

يوضح عرض تقني لـ Waku أن Status حاول في البداية البناء باستخدام Whisper، لكن Whisper واجه قيوداً كبيرة للأجهزة المحمولة وغيرها من الأجهزة محدودة الموارد، مما أدى إلى أن يصبح Waku خليفته.

بالنسبة إلى مسرد الكريبتو، فإن أدق تفسير حالي هو الآتي: كان Whisper بروتوكول Ethereum المبكر للمراسلة اللامركزية، لكنه أصبح مهجوراً واستُبدل إلى حد كبير بتصاميم أحدث لمراسلة Web3.

Whisper مقابل OpenAI Whisper

لا يشير Whisper في الكريبتو إلى OpenAI Whisper نفسه.

OpenAI Whisper هو نموذج للتعرف على الكلام يُستخدم لنسخ الصوت وترجمته.

أما Ethereum Whisper فهو بروتوكول مراسلة مهجور من نظير إلى نظير لتطبيقات Web3.

يشترك المشروعان في الاسم نفسه، لكن لا علاقة بينهما.

ويهم هذا التمييز لأن كثيراً من المستخدمين الذين يبحثون عن «Whisper» اليوم قد يفكرون في الذكاء الاصطناعي بدلاً من شبكات Ethereum.

في مسرد الكريبتو، ينبغي أن يشير Whisper إلى Ethereum Whisper ما لم يذكر المقال بوضوح غير ذلك.

يتعلق Ethereum Whisper بالاتصال اللامركزي.

ويتعلق OpenAI Whisper بتحويل الكلام إلى نص.

ولا ينبغي للمستخدم افتراض أن الوثائق أو الأدوات أو الكود الخاص بأحدهما ينطبق على الآخر.

إذا كان الموضوع يتعلق بالبلوكشين أو التطبيقات اللامركزية أو DevP2P أو Status أو Waku أو مراسلة Web3، فالمعنى المقصود هو Ethereum Whisper.

سبب إنشاء Whisper

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

تتميز شبكات البلوكشين العامة بالتكلفة والدوام والشفافية والبطء مقارنة بأنظمة المراسلة المعتادة.

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

صُمم Whisper لتمكين التطبيقات من إرسال الرسائل خارج السلسلة مع الاستمرار في استخدام شبكة لامركزية من نظير إلى نظير.

وصفت رؤية Web3 المبكرة في مدونة Ethereum Whisper بأنه مراسلة لامركزية إلى جانب عقود Ethereum وتخزين Swarm.

كانت هذه الرؤية طموحة لأنها تصورت بنية متكاملة لإنترنت لامركزي.

تتولى العقود الذكية المنطق.

ويتولى التخزين اللامركزي المحتوى.

وتتولى المراسلة اللامركزية الاتصال.

كان الهدف من Whisper تقليل اعتماد التطبيقات اللامركزية على الخوادم المركزية للاتصال.

ولا يزال هذا الهدف مهماً في Web3، رغم أن Whisper نفسه لم يصبح الحل طويل الأجل.

كيف عمل Whisper؟

عمل Whisper عبر تمرير رسائل مشفرة بين النظراء في شبكة من نظير إلى نظير.

لم تُكتب الرسائل على بلوكشين Ethereum.

وبدلاً من ذلك، قامت العُقد بترحيل الرسائل وفق قواعد البروتوكول.

استخدم البروتوكول مفاهيم مثل الأظرف، والموضوعات، ومدة البقاء، وإثبات العمل، والتشفير المتماثل، والتشفير غير المتماثل، وفلاتر الرسائل.

وصف EIP-627 تنسيق رسائل Whisper ضمن بروتوكول النقل DevP2P.

في نموذج Whisper، يمكن تغليف الرسالة داخل ظرف.

يحتوي الظرف على البيانات الوصفية اللازمة للترحيل والتصفية.

ويمكن تشفير الحمولة بحيث لا يتمكن من قراءتها إلا المستلمون المقصودون.

لم تكن العُقد بحاجة إلى معرفة المحتوى الفعلي للرسائل المشفرة.

وكان بإمكان التطبيقات الاشتراك في موضوعات أو فلاتر لاكتشاف الرسائل التي قد تكون ذات صلة.

حاول هذا التصميم توفير الخصوصية بجعل ربط الرسائل أو قراءتها أو استهدافها أكثر صعوبة.

لكن التصميم أوجد أيضاً مشكلات في قابلية التوسع، لأن ترحيل أعداد كبيرة من الرسائل المشفرة قد يصبح مكلفاً للعُقد.

Whisper وDevP2P

كان Whisper جزءاً من حزمة شبكات DevP2P الخاصة بـ Ethereum.

DevP2P هو مجموعة من بروتوكولات الشبكة التي تشكل شبكة Ethereum من نظير إلى نظير.

توضح وثائق go-ethereum أن DevP2P يحدد كيفية عثور عُقد Ethereum على بعضها البعض وتواصلها.

تشمل حزمة شبكات Ethereum بروتوكولات منخفضة المستوى لاكتشاف النظراء وجلسات النظراء الآمنة.

كما تشمل بروتوكولات على مستوى التطبيقات تعمل عبر تلك الاتصالات.

كان Whisper أحد بروتوكولات مستوى التطبيقات في الرؤية الأوسع لشبكات Ethereum.

وهذا مهم لأن Whisper لم يكن معياراً للعقود الذكية.

ولم يكن معيار توكنات ERC.

ولم يكن تنسيقاً للمحافظ.

بل كان بروتوكول اتصال من نظير إلى نظير.

استخدمه المطورون في طبقة شبكات التطبيقات، وليس من داخل العقود الذكية بلغة Solidity.

لم يكن بإمكان العقد الذكي إرسال رسالة Whisper مباشرة لأن Whisper لم يكن ميزة تنفيذ على السلسلة.

Whisper والعقود الذكية

لم يُصمم Whisper للعمل داخل العقود الذكية.

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

أما Whisper فصُمم لرسائل من نظير إلى نظير خارج السلسلة.

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

فعلى سبيل المثال، قد يستخدم سوق لامركزي عقداً ذكياً لتسوية الدفع، لكنه يستخدم مراسلة خارج السلسلة للتفاوض.

وقد تستخدم محفظة العقود الذكية لاسترداد الحساب، لكنها تستخدم المراسلة خارج السلسلة لتنسيق التوقيعات.

وقد يستخدم نظام تصويت العقود الذكية للنتائج النهائية، لكنه يستخدم المراسلة خارج السلسلة لمناقشة المقترحات.

حاول Whisper دعم طبقة الاتصال خارج السلسلة هذه.

لكن، لكونه خارج السلسلة، لم يرث ضمانات التسوية الخاصة بـ Ethereum.

فقد تتأخر الرسائل أو تفوت أو تنتهي صلاحيتها أو تصبح غير متاحة، بحسب اتصال النظراء وسلوك الشبكة.

جعله ذلك مفيداً لبعض أنماط الاتصال، لكنه غير مناسب للتسوية النهائية أو السجلات الدائمة.

موضوعات Whisper

استُخدمت الموضوعات في Whisper للمساعدة في تصفية الرسائل.

كان الموضوع قيمة قصيرة تسمح للعُقد والتطبيقات بتحديد الرسائل التي قد تكون ذات صلة.

وكانت التطبيقات تستطيع الاشتراك في موضوعات معينة وتجاهل حركة البيانات غير المرتبطة بها.

وكان ذلك مفيداً لأن شبكة مراسلة من نظير إلى نظير قد تحمل رسائل كثيرة لا تستهدف كل تطبيق.

ساعدت الموضوعات في تقليل كمية البيانات التي يتعين على التطبيق معالجتها.

لكن الموضوعات أوجدت أيضاً مفاضلات تتعلق بالخصوصية.

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

وإذا كان الموضوع عاماً جداً، اضطرت العُقد إلى معالجة عدد كبير جداً من الرسائل غير ذات الصلة.

تطلب التصميم الجيد للموضوعات موازنة الخصوصية والكفاءة وسهولة الاستخدام.

ولا يزال هذا النوع من المفاضلات مهماً في أنظمة مراسلة Web3 الحديثة.

فالاتصال الذي يحافظ على الخصوصية يعني غالباً إخفاء بيانات وصفية مفيدة، بينما يستفيد الاتصال الفعال غالباً من معلومات توجيه واضحة.

Whisper والتشفير

كان التشفير محورياً في تصميم Whisper.

أمكن تشفير الرسائل بحيث لا يقرأ المحتوى إلا المستلمون المقصودون.

دعم Whisper أنماط التشفير المتماثل وغير المتماثل معاً.

يستخدم التشفير المتماثل مفتاحاً مشتركاً بين المشاركين.

ويستخدم التشفير غير المتماثل المفاتيح العامة والخاصة.

وأتاح ذلك لـ Whisper دعم حالات استخدام مختلفة للمراسلة.

يمكن للدردشة الخاصة استخدام مفاتيح المستلمين.

ويمكن لقناة جماعية استخدام مفاتيح مشتركة.

ويمكن لنظام إشعارات dApp استخدام حمولات مشفرة لمستخدمين محددين.

ساعد التشفير في حماية محتوى الرسائل، لكنه لم يحل جميع مشكلات الخصوصية.

فقد تظل البيانات الوصفية تكشف معلومات.

وقد تظل أنماط حركة البيانات تكشف السلوك.

وقد تظل اتصالات النظراء تكشف معلومات على مستوى الشبكة.

لذلك، استهدف Whisper الخصوصية، لكنه لا ينبغي وصفه بأنه يوفر إخفاء هوية كاملاً.

Whisper وحماية إثبات العمل من الرسائل المزعجة

استخدم Whisper إثبات العمل كآلية لمقاومة الرسائل المزعجة.

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

وجعل ذلك الرسائل المزعجة أكثر تكلفة.

وصف EIP-627 رموز حزم Whisper، بما فيها رسالة متطلب إثبات العمل.

كان هذا النهج معقولاً للتجارب المبكرة، لكنه لم يكن مثالياً للأجهزة المحمولة والمستخدمين ذوي القدرة المحدودة.

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

كما قد تواجه الأجهزة محدودة الموارد صعوبة في ترحيل وتصفية كميات كبيرة من حركة البيانات المشفرة.

وكان ذلك أحد أسباب صعوبة توسع Whisper لحالات استخدام المراسلة الواقعية.

تستكشف تصاميم مراسلة Web3 الحديثة غالباً أنظمة مختلفة للحماية من الرسائل المزعجة.

فعلى سبيل المثال، يستخدم Waku أبحاث Rate-Limiting Nullifier للحماية الاقتصادية من الرسائل المزعجة مع الحفاظ على الخصوصية في تصميم شبكته العامة.

تسلط وثائق Waku Network الرسمية الضوء على Rate-Limiting Nullifiers التي تحافظ على الخصوصية باعتبارها إحدى ميزاتها الرئيسية.

Whisper والخصوصية

صُمم Whisper مع مراعاة الخصوصية.

لم يكن الهدف تشفير محتوى الرسالة فقط.

بل كان الهدف أيضاً جعل تحديد من يتحدث مع من أكثر صعوبة.

وهذا النوع من الخصوصية صعب لأن شبكات الاتصال تكشف البيانات الوصفية بطبيعتها.

تكشف معاملة البلوكشين المرسل والمستلم والمبلغ والتوقيت ما لم تُستخدم أدوات خصوصية خاصة.

وقد تكشف شبكة المراسلة عناوين IP للمرسلين وأنماط التوقيت وأحجام الرسائل واتصالات النظراء واهتمامات الموضوعات.

حاول Whisper تقليل هذه التسريبات باستخدام الحمولات المشفرة وترحيل الرسائل والموضوعات وإثبات العمل.

لكن كلما كان هدف الخصوصية أقوى، أصبح العبء على الشبكة أثقل.

وإذا رحلت عُقد كثيرة رسائل مشفرة كثيرة، ترتفع تكاليف النطاق الترددي.

وإذا بُثت الرسائل على نطاق واسع لإخفاء البيانات الوصفية، تصبح قابلية التوسع أصعب.

أظهر Whisper أن المراسلة الخاصة واللامركزية ممكنة نظرياً، لكنها صعبة التوسع عملياً.

Whisper ومقاومة الرقابة

ارتبط Whisper أيضاً بمقاومة الرقابة.

يمكن لبروتوكول مراسلة لامركزي تقليل الاعتماد على الخوادم المركزية.

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

يمكن لشبكة مراسلة من نظير إلى نظير جعل إيقاف الاتصال أكثر صعوبة، لأن الرسائل يمكن أن تنتقل عبر نظراء كثيرين.

وهذا مهم في Web3 لأن اللامركزية لا تتعلق بالتوكنات والتسوية فقط.

بل تتعلق أيضاً بالاتصال والتنسيق والحوكمة والتفاعل الاجتماعي ووصول المستخدمين.

لكن مقاومة الرقابة ليست بلا تكلفة.

إذ قد تُساء استخدام الشبكات المفتوحة عبر الرسائل المزعجة والمضايقات والتصيد الاحتيالي وهجمات حجب الخدمة.

حاول Whisper معالجة ذلك بإثبات العمل، لكن لهذا النهج حدوداً.

يحاول الخلفاء الحديثون تحسين مقاومة الرقابة مع إضافة حماية أفضل من الرسائل المزعجة وكفاءة أعلى في الموارد.

لماذا أصبح Whisper مهجوراً؟

أصبح Whisper مهجوراً لأنه لم يتوسع بشكل جيد بما يكفي للاستخدام الواقعي الواسع.

ينص مستودع Ethereum Whisper المؤرشف على أن التطبيق لم يكن قابلاً للتوسع إلى ما بعد بضع مئات من العُقد.

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

تطلب تصميم Whisper من النظراء معالجة الرسائل المشفرة وترحيلها بطرق أصبحت ثقيلة مع نمو الشبكة.

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

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

ولم يكن Whisper ملائماً جيداً لهذه البيئة.

انتقل Status، أحد المشاريع المبكرة الرئيسية المهتمة بمراسلة Ethereum، في النهاية نحو Waku.

يذكر العرض التقني لـ Waku Network أن Waku وُلد كخليفة لـ Whisper بعد التعلم من عيوبه.

يجعل ذلك Whisper مهماً تاريخياً، لكنه ليس الخيار الموصى به لأنظمة مراسلة Web3 الجديدة.

Whisper وWaku

يُعد Waku أهم مفهوم خلف لـ Whisper.

أُنشئ Waku لدعم اتصال خاص ومقاوم للرقابة ومن نظير إلى نظير لتطبيقات Web3، مع معالجة مشكلات التوسع والموارد في Whisper.

توضح وثائق Waku الرسمية أن Waku ليس بلوكشين وليس تخزيناً طويل الأجل للبيانات.

إنه شبكة وعائلة بروتوكولات لاتصالات Web3.

يدعم Waku حالات استخدام مثل الدردشة اللامركزية الخاصة، وتنسيق التصويت خارج السلسلة، واتصال سوق NFT، وتحديثات قنوات الحالة، وتبادل توقيعات multisig، واتصال الألعاب اللامركزية، وتنسيق Layer 2، وميزات التواصل الاجتماعي.

وهذا قريب جداً من الغرض الأصلي الذي حاول Whisper خدمته.

والفرق هو أن Waku صُمم مع اهتمام أكبر بالأجهزة المحمولة والمتصفح والنطاق الترددي والحماية من الرسائل المزعجة والتصميم المعياري للبروتوكولات.

وبالنسبة إلى المستخدمين، فإن الخلاصة بسيطة.

Whisper هو بروتوكول مراسلة Ethereum الأقدم.

وWaku هو الاتجاه الأحدث لمراسلة Web3 الذي نشأ من دروس Whisper.

Whisper وStatus

يحتل Status مكانة مهمة في تاريخ Whisper لأنه حاول بناء تطبيق Web3 فائق مع اتصال لامركزي.

يوضح العرض التقني لـ Waku أن Status أُنشئ كبوابة إلى منظومة Ethereum باستخدام الركائز الثلاث الأصلية: Ethereum للإجماع، وSwarm للتخزين، وWhisper للاتصال.

حاول Status استخدام Whisper، لكنه واجه قيوداً عملية، خاصة للأجهزة المحمولة.

ويهم ذلك لأن المراسلة عبر الأجهزة المحمولة من أصعب اختبارات أي بروتوكول اتصال لامركزي.

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

ساعد Status في كشف هذه القيود الواقعية.

وأدت هذه التجربة إلى Waku وأبحاث المراسلة اللاحقة.

في المسرد، ينبغي ذكر Status كجزء من تطور Whisper، لا باعتباره الشيء نفسه.

كان Whisper هو البروتوكول.

وكان Status أحد التطبيقات والمجتمعات التي حاولت استخدام حزمة المراسلة اللامركزية الأوسع وتحسينها.

Whisper مقابل Waku

يركز Whisper وWaku كلاهما على المراسلة اللامركزية، لكنهما ليسا البروتوكول نفسه.

كان Whisper بروتوكول مراسلة DevP2P مبكراً في Ethereum.

أما Waku فهو عائلة أحدث من بروتوكولات الاتصال المعيارية من نظير إلى نظير.

اعتمد Whisper على تصاميم أصبحت صعبة التوسع وصعبة على مستخدمي الأجهزة المحمولة.

وصُمم Waku ليكون أكثر قابلية للتوسع، وأعلى معيارية، وأكثر ملاءمة للأجهزة محدودة الموارد.

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

ويشمل Waku أيضاً خدمات لتخزين الرسائل التاريخية واسترجاعها والتصفية والحماية من الرسائل المزعجة.

Whisper مهجور.

ولا يزال Waku نشطاً وأكثر صلة بالمطورين الحاليين في مجال مراسلة Web3.

وبالنسبة إلى المستخدمين، فالإجابة العملية واضحة.

لا تبدأ مشروع مراسلة كريبتو جديداً باستخدام Whisper، إلا إذا كان هناك سبب تاريخي أو تجريبي محدد.

استخدم بدلاً منه الوثائق الحديثة وبروتوكولات اتصال Web3 الحالية.

Whisper مقابل المراسلة على السلسلة

صُمم Whisper للمراسلة خارج السلسلة، وليس للمراسلة على السلسلة.

تكتب المراسلة على السلسلة البيانات في معاملة بلوكشين أو عقد ذكي.

وهذا يجعل الرسالة عامة ودائمة وقابلة للتحقق من الشبكة.

لكنه قد يجعلها مكلفة وغير مناسبة للخصوصية أيضاً.

لم تُخزن رسائل Whisper على بلوكشين Ethereum.

جعلها ذلك أنسب للاتصال المؤقت ورسائل dApp المشفرة وإشارات الاتصال من نظير إلى نظير.

والمفاضلة هي أن رسائل Whisper لم تكن تتمتع بنفس الدوام أو ضمانات التسوية التي تتمتع بها معاملات البلوكشين.

فعلى سبيل المثال، يمكن التحقق من تصويت على السلسلة من حالة البلوكشين.

أما رسالة Whisper المستخدمة لمناقشة تصويت فهي مجرد اتصال بين النظراء.

كلاهما قد يكون مفيداً، لكنهما يحلان مشكلات مختلفة.

البيانات على السلسلة مخصصة للتسوية والسجلات العامة.

والمراسلة خارج السلسلة مخصصة للتنسيق والاتصال.

Whisper مقابل IPFS وSwarm

لا ينبغي الخلط بين Whisper وأنظمة التخزين اللامركزية مثل IPFS أو Swarm.

صُممت أنظمة التخزين لتخزين البيانات واسترجاعها.

وصُممت أنظمة المراسلة لنقل الرسائل بين المشاركين.

كان Whisper مخصصاً للاتصال قصير العمر، وليس لاستضافة الملفات طويلة الأجل.

كان Swarm جزءاً من رؤية Ethereum الأصلية للتخزين اللامركزي.

وكان Whisper جزءاً من رؤية Ethereum الأصلية للمراسلة اللامركزية.

يمكن لـ dApp نظرياً استخدام العقود الذكية للتسوية، وSwarm أو نظام تخزين آخر للملفات، وWhisper للاتصال.

عملياً، لم يصبح Whisper طبقة الاتصال القياسية.

تجمع تطبيقات Web3 الحديثة غالباً بين أدوات مختلفة كثيرة، بما فيها البلوكشين والتخزين بأسلوب IPFS والخوادم المركزية وبروتوكولات المراسلة اللامركزية وتوقيعات المحافظ.

والتمييز المهم هو أن ليس كل بروتوكول لامركزي يخزن البيانات إلى الأبد.

كان Whisper متعلقاً بتسليم الرسائل، لا بالتخزين الدائم للبيانات.

حالات استخدام Whisper

صُمم Whisper لعدد كبير من حالات استخدام الاتصال المحتملة في Web3.

يمكن لتطبيق دردشة لامركزي استخدام Whisper لإرسال رسائل مشفرة بين المستخدمين.

ويمكن لمحفظة استخدام Whisper لإرسال إشعارات مشفرة.

ويمكن لمحفظة multisig استخدام مراسلة بأسلوب Whisper لتنسيق التوقيعات بين المالكين.

ويمكن لسوق لامركزي استخدام رسائل خارج السلسلة للعروض وطلبات الشراء والتفاوض أو تنسيق الطلبات.

ويمكن لنظام حوكمة استخدام المراسلة خارج السلسلة لمناقشة المقترحات قبل التصويت النهائي على السلسلة.

ويمكن لقناة حالة استخدام المراسلة لتبادل التحديثات قبل التسوية.

ويمكن للعبة استخدام المراسلة للتنسيق من نظير إلى نظير دون كتابة كل حدث على البلوكشين.

ويمكن لنظام هوية استخدام المراسلة لتبادل بيانات الاعتماد أو طلبات التحقق.

ولا تزال حالات الاستخدام هذه مهمة اليوم.

لكن الفرق هو أن المطورين يتجهون الآن عادةً إلى أنظمة اتصال أحدث بدلاً من Whisper.

Whisper وبنية dApp

يساعد Whisper في فهم بنية التطبيقات اللامركزية المبكرة.

نادراً ما يكون التطبيق اللامركزي عقداً ذكياً فقط.

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

كان Whisper محاولةً لجعل إحدى هذه الطبقات خارج السلسلة لامركزية.

وهذا مهم لأن كثيراً من التطبيقات اللامركزية لا تزال تعتمد بشدة على الخوادم المركزية للمراسلة والإشعارات وتجربة المستخدم.

قد يسوي dApp المعاملات على السلسلة، لكنه يظل يستخدم قواعد بيانات مركزية وبنية مراسلة مركزية.

وينشئ هذا نقطة مركزية.

حاول Whisper تقليل هذا الاعتماد.

ورغم أن Whisper لم يتوسع جيداً، فقد ساعد في تحديد نطاق المشكلة.

وتواصل مشاريع اتصال Web3 الحديثة العمل على المشكلة نفسها: كيفية تمكين المستخدمين والتطبيقات من التواصل دون الاعتماد كلياً على المنصات المركزية.

Whisper وإشعارات المحافظ

تُعد إشعارات المحافظ حالة استخدام طبيعية للمراسلة اللامركزية.

قد تحتاج المحفظة إلى إخطار المستخدم بالطلبات المعلقة أو المدفوعات المستلمة أو أصوات الحوكمة أو موافقات multisig أو رسائل dApp أو التنبيهات الأمنية.

إذا اعتمدت هذه الإشعارات على خوادم دفع مركزية فقط، فإن للمحفظة نقطة فشل مركزية.

يمكن لنظام مراسلة لامركزي أن يجعل إشعارات المحافظ أكثر مقاومة للرقابة وخصوصية.

كان Whisper محاولة مبكرة لإنشاء مثل هذا النظام.

لكن تسليم الإشعارات إلى الأجهزة المحمولة صعب.

يتوقع المستخدمون تنبيهات سريعة واستهلاكاً منخفضاً للبطارية وتسليماً موثوقاً دون اتصال.

واجه Whisper صعوبات مع هذه المتطلبات العملية.

تركز بروتوكولات حديثة مثل Waku بصورة مباشرة أكثر على الأجهزة محدودة الموارد وخدمات استرجاع الرسائل.

ويُظهر ذلك أن المفهوم الجيد قد يحتاج إلى عدة أجيال من تصميم البروتوكولات قبل أن يصبح عملياً.

Whisper وتنسيق multisig

تحتاج محافظ multisig غالباً إلى تنسيق خارج السلسلة.

قد يحتاج الملاك إلى مناقشة معاملة قبل توقيعها.

وقد يحتاجون إلى مشاركة تفاصيل المعاملة بشكل خاص.

وقد يحتاجون إلى تبادل التوقيعات قبل إرسال المعاملة النهائية على السلسلة.

كانت المراسلة بأسلوب Whisper مفيدة نظرياً لأنها قد تدعم اتصالاً مشفراً من نظير إلى نظير بين الموقّعين.

ومن شأن ذلك تقليل الاعتماد على تطبيقات الدردشة أو الخوادم المركزية.

لكن الموثوقية وسهولة الاستخدام أمران حاسمان لتنسيق multisig.

إذا فاتت رسالة، فقد تتأخر المعاملة.

وإذا لم يتلق الموقّع السياق، فقد يوقع شيئاً ينطوي على مخاطر.

وإذا وصلت رسالة تصيد احتيالي، فقد يوافق المستخدمون على إجراءات ضارة.

بالنسبة إلى أنظمة multisig الحديثة، يجب أن تقترن المراسلة الآمنة بمحاكاة واضحة للمعاملات وواجهة محفظة قوية وهويات متحقق منها وممارسات توقيع آمنة.

سلط Whisper الضوء على الحاجة إلى التنسيق اللامركزي، لكنه لم يحل جميع مشكلات اتصال multisig.

Whisper وخصوصية Web3

Whisper مهم لأنه يوضح أن خصوصية Web3 لا تتعلق فقط بإخفاء مبالغ المعاملات.

بل تشمل أيضاً خصوصية الاتصال.

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

توفر شبكات البلوكشين العامة الشفافية افتراضياً.

وقد تكشف أنظمة المراسلة البيانات الوصفية افتراضياً.

تحتاج حزمة Web3 الموجهة للخصوصية إلى أدوات للمدفوعات الخاصة والهوية الخاصة والتخزين الخاص والاتصال الخاص والتنسيق الخاص.

حاول Whisper معالجة جانب الاتصال.

ولا يجعل فشله في التوسع هذا الهدف غير مهم.

بل يوضح أن المراسلة الخاصة واللامركزية صعبة تقنياً.

يجب أن توازن الأنظمة الحديثة بين الخصوصية وقابلية التوسع والحماية من الرسائل المزعجة وسهولة الاستخدام واللامركزية.

Whisper والبيانات الوصفية

البيانات الوصفية هي بيانات عن الاتصال بدلاً من محتوى الرسالة نفسه.

تشمل الأمثلة المرسل والمستلم والتوقيت والموضوع وحجم الرسالة والمسار واتصال النظير ونمط التسليم.

حاول Whisper حماية البيانات الوصفية باستخدام تقنيات الترحيل والتشفير.

لكن حماية البيانات الوصفية صعبة في أي نظام اتصال.

حتى إذا كان محتوى الرسالة مشفراً، قد يتعلم المراقب معلومات مفيدة من أنماط حركة البيانات.

فعلى سبيل المثال، إذا تبادلت محفظتان رسائل في وقت حدوث حدث سوقي، فقد يكشف هذا النمط عن تنسيق بينهما.

وإذا اشترك مستخدم في موضوع نادر، فقد يكشف الموضوع التطبيق الذي يستخدمه.

وإذا اتصلت عقدة من عنوان IP معروف، فقد يعرف مراقبو الشبكة من المتصل بالإنترنت.

لهذا يجب أن تعامل بروتوكولات المراسلة الخاصة البيانات الوصفية كمخاطر أساسية.

أدرك تصميم Whisper هذه المشكلة، لكن توسيع الحماية القوية للبيانات الوصفية لا يزال صعباً.

مزايا Whisper

كانت الميزة الأولى لـ Whisper هي رؤيته الأصلية لـ Web3.

إذ تعامل مع المراسلة كجزء من بنية التطبيقات اللامركزية.

وكانت الميزة الثانية هي الاتصال خارج السلسلة.

لم تكن الرسائل بحاجة إلى الكتابة على البلوكشين.

وكانت الميزة الثالثة هي الاتصال المشفر.

دعم Whisper الحمولات المشفرة لحالات استخدام المراسلة الخاصة.

وكانت الميزة الرابعة هي مقاومة الرقابة.

يمكن لشبكة رسائل من نظير إلى نظير تقليل الاعتماد على الخوادم المركزية.

وكانت الميزة الخامسة هي مرونة التطبيق.

أمكن استخدام Whisper للدردشة والتنسيق والإشعارات ورسائل الأسواق وإشارات التطبيقات اللامركزية.

وكانت الميزة السادسة هي التأثير التاريخي.

ساعد Whisper في إلهام أعمال مراسلة Web3 اللاحقة مثل Waku.

وكانت الميزة السابعة هي القيمة التعليمية.

تساعد دراسة Whisper المطورين على فهم سبب صعوبة الاتصال اللامركزي.

قيود Whisper

كان أكبر قيد في Whisper هو قابلية التوسع.

يذكر المستودع المؤرشف أن التطبيق لم يكن قابلاً للتوسع إلى ما بعد بضع مئات من العُقد.

وكان قيد آخر هو استخدام الموارد.

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

وكان القيد الثالث هو مقاومة الرسائل المزعجة.

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

وكان القيد الرابع هو موثوقية الرسائل.

قد تفوت الرسائل قصيرة العمر من نظير إلى نظير إذا كان المستخدمون غير متصلين أو لديهم اتصال ضعيف.

وكان القيد الخامس هو تبني المطورين.

ومع تركيز تطوير Ethereum بصورة أكبر على العقود الذكية وDeFi والتوسع، حظي Whisper باهتمام أقل.

وكان القيد السادس هو نضج البروتوكول.

كان Whisper تجريبياً مقارنة بطبقات المعاملات والعقود الذكية الأكثر نضجاً في Ethereum.

وكان القيد السابع هو تجربة المستخدم.

لا تكون المراسلة الخاصة واللامركزية مفيدة إلا إذا تمكن المستخدمون من الاعتماد عليها دون إعداد معقد.

مخاطر المراسلة بأسلوب Whisper

يمكن للمراسلة بأسلوب Whisper أن توفر مزايا للخصوصية، لكنها قد تنطوي أيضاً على مخاطر.

يمكن استخدام المراسلة المشفرة للخصوصية المشروعة.

كما يمكن إساءة استخدامها في التصيد الاحتيالي والرسائل المزعجة وعمليات الاحتيال والتنسيق الضار.

يصعب الإشراف على شبكة مراسلة لامركزية.

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

لذلك تعد الحماية من الرسائل المزعجة ضرورية.

ومن المخاطر الأخرى الخصوصية الزائفة.

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

والخطر الثالث هو التسليم غير الموثوق.

قد تفوت المستخدمين الرسائل إذا لم تدعم الشبكة تخزيناً واسترجاعاً جيدين.

والخطر الرابع هو التصيد الاحتيالي عبر اتصال dApp.

قد تخدع رسالة ضارة المستخدمين لتوقيع معاملة سيئة.

يجب أن تقترن خصوصية المراسلة دائماً بأمان المحفظة والتحقق من المعاملات.

مفاهيم خاطئة شائعة عن Whisper

أحد المفاهيم الخاطئة هو أن Whisper لا يزال بروتوكول Ethereum موصى به بنشاط.

وهذا غير صحيح، لأن وثائق Ethereum تصفه بأنه مهجور.

ومفهوم خاطئ آخر هو أن Whisper يخزن الرسائل على Ethereum.

وهذا غير صحيح، لأنه صُمم للمراسلة خارج السلسلة ومن نظير إلى نظير.

والمفهوم الخاطئ الثالث هو أن Whisper توكن.

Whisper ليس توكن.

والمفهوم الخاطئ الرابع هو أن Whisper ميزة للعقود الذكية.

وهذا غير صحيح، لأنه ينتمي إلى طبقة المراسلة من نظير إلى نظير.

والمفهوم الخاطئ الخامس هو أن Whisper يوفر إخفاء هوية كاملاً.

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

والمفهوم الخاطئ السادس هو أن Whisper وWaku الشيء نفسه.

يرتبطان تاريخياً، لكن Waku عائلة بروتوكولات أحدث نشأت من قيود Whisper.

والمفهوم الخاطئ السابع هو أن Whisper في الكريبتو هو OpenAI Whisper.

إنهما تقنيتان غير مرتبطتين تحملان الاسم نفسه.

كيف ينبغي للمطورين التفكير في Whisper اليوم؟

ينبغي للمطورين التعامل مع Whisper كسياق تاريخي لا كخيار إنتاج افتراضي.

إذا احتاج مطور إلى مراسلة لامركزية اليوم، فعليه دراسة بروتوكولات حديثة مثل Waku ومقارنتها باحتياجات تطبيقه.

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

كما ينبغي أن يسألوا عما إذا كانت بعض الأجزاء يمكن أن تستخدم بنية مركزية بأمان.

فليست كل التطبيقات بحاجة إلى لامركزية كاملة لكل مسار اتصال.

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

وينبغي للمطورين أيضاً تجنب الخلط بين المراسلة والتسوية.

يمكن للرسائل تنسيق الإجراءات، لكن تغييرات الحالة النهائية لا تزال تحتاج إلى قواعد تسوية آمنة.

ينبغي أن تفصل بنية Web3 الحديثة بوضوح بين الاتصال والتخزين والهوية والتسوية.

وتكمن قيمة Whisper في أنه يوضح أهمية هذا الفصل.

Whisper ببساطة

كان Whisper محاولة Ethereum المبكرة للمراسلة الخاصة واللامركزية.

أتاح للتطبيقات إرسال رسائل مشفرة بين النظراء من دون وضعها على البلوكشين.

وكان جزءاً من حزمة شبكات DevP2P في Ethereum.

ولم يكن توكناً.

ولم يكن معياراً للعقود الذكية.

ولم يكن تخزيناً طويل الأجل.

أصبح الآن مهجوراً لأنه لم يتوسع بشكل جيد بما يكفي للاستخدام الواقعي واسع النطاق.

Waku هو المشروع الحديث الأقرب إلى هدف Whisper الأصلي.

وبالنسبة إلى المبتدئين، فالدرس الرئيسي بسيط.

Whisper مهم لأن Web3 يحتاج إلى اتصال لامركزي، لكن Whisper نفسه أصبح بروتوكولاً تاريخياً في الغالب.

الأسئلة الشائعة

ما هو Whisper في Ethereum؟

Whisper هو بروتوكول مراسلة مهجور من نظير إلى نظير في Ethereum، صُمم لتقديم رسائل آمنة بين النظراء دون كتابة الرسائل على البلوكشين.

هل Whisper لا يزال نشطاً؟

Whisper مهجور، وينبغي التعامل معه أساساً كتقنية تاريخية لشبكات Ethereum.

هل Whisper عملة مشفرة؟

لا، Whisper ليس عملة مشفرة ولا توكناً.

هل Whisper هو نفسه OpenAI Whisper؟

لا، Ethereum Whisper بروتوكول مراسلة Web3، بينما OpenAI Whisper نموذج للتعرف على الكلام.

هل كان Whisper جزءاً من Ethereum؟

نعم، كان Whisper جزءاً من رؤية Ethereum الأصلية لـ Web3، ومرتبطاً بحزمة شبكات DevP2P.

هل كان Whisper يخزن الرسائل على السلسلة؟

لا، صُمم Whisper للمراسلة خارج السلسلة ومن نظير إلى نظير، ولم يكتب الرسائل في حالة بلوكشين Ethereum.

هل استطاعت العقود الذكية استخدام Whisper مباشرة؟

لا، كان Whisper بروتوكول مراسلة من نظير إلى نظير على مستوى التطبيقات، وليس ميزة في Solidity أو العقود الذكية.

فيما كان يُستخدم Whisper؟

كان Whisper مخصصاً للدردشة اللامركزية واتصال dApp وإشعارات المحافظ وتنسيق multisig والتفاوض في الأسواق ورسائل Web3 الأخرى خارج السلسلة.

لماذا أصبح Whisper مهجوراً؟

أصبح Whisper مهجوراً بسبب قيود كبيرة في قابلية التوسع واستخدام الموارد، خاصة للأجهزة المحمولة والأجهزة محدودة الموارد.

ما الذي حل محل Whisper؟

يعد Waku أهم مفهوم خلف لـ Whisper، وقد أُنشئ بعد التعلم من قيود Whisper.

ما هو Waku؟

Waku هو عائلة من بروتوكولات الاتصال من نظير إلى نظير لمراسلة Web3 الموجهة للخصوصية والمقاومة للرقابة.

ما هو DevP2P؟

DevP2P هو حزمة شبكات Ethereum من نظير إلى نظير، والتي تحدد كيفية اكتشاف العُقد لبعضها البعض وتواصلها.

هل استخدم Whisper التشفير؟

نعم، دعم Whisper الرسائل المشفرة بحيث لا يتمكن من قراءة محتواها إلا المستلمون المقصودون.

هل وفر Whisper خصوصية كاملة؟

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

لماذا تعد المراسلة اللامركزية مهمة لـ Web3؟

قد تقلل المراسلة اللامركزية الاعتماد على الخوادم المركزية للاتصال والتنسيق والإشعارات والتفاعل مع التطبيقات اللامركزية.

هل ينبغي للمطورين بناء تطبيقات جديدة باستخدام Whisper؟

لا ينبغي لمعظم المطورين بدء أنظمة إنتاج جديدة باستخدام Whisper لأنه مهجور وتتوفر بدائل أحدث.

هل يمكن أن يساعد Whisper في شرح بنية Web3؟

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

هل يرتبط Whisper بـ Status؟

نعم، حاول Status استخدام Whisper للمراسلة اللامركزية، وساعدت تلك التجربة في الوصول إلى Waku.

الخلاصة

كان Whisper بروتوكول Ethereum المبكر للمراسلة اللامركزية من نظير إلى نظير.

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

في رؤية Ethereum الأصلية لـ Web3، كان Whisper طبقة الاتصال إلى جانب العقود الذكية في Ethereum والتخزين اللامركزي.

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

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

لكن Whisper لم يصبح الحل طويل الأجل.

أصبح مهجوراً بسبب قيود خطيرة في قابلية التوسع والموارد.

يوضح مستودعه المؤرشف ووثائق Ethereum أن Whisper ينبغي التعامل معه الآن كتقنية تاريخية لا كمعيار حالي.

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

يستحق Whisper أن يعرفه مستخدمو الكريبتو لأنه يشرح جزءاً مهماً من رؤية Ethereum المبكرة لـ Web3.

وبالنسبة إلى المطورين، فهو درس في سبب صعوبة المراسلة اللامركزية.

وبالنسبة إلى المبتدئين، فإن أبسط ملخص هو: كان Whisper بروتوكول المراسلة اللامركزية القديم لـ Ethereum، وWaku هو اتجاه خليفته الحديث، ولا ينبغي الخلط بين أي منهما وبين توكن أو نموذج OpenAI للتعرف على الكلام.