بروتوكول الدفع: تعزيز إمكانية الوصول في اتصالات Web3؟
النقاط الرئيسية:
- يعمل بروتوكول Push على تمكين جميع التطبيقات اللامركزية والعقود الذكية والواجهات الخلفية والبروتوكولات.
- بعد عامين من التطوير، أصبح بروتوكول الدفع هو المشروع الرئيسي لخط أنابيب دفع الرسائل وأصبح أيضًا بنية تحتية مهمة لا غنى عنها في صناعة Web3.
Push Protocol هو بروتوكول اتصال لامركزي Web3 يمكّن أي عقد ذكي أو تطبيق dApp أو حتى خدمة تقليدية من إرسال إشعارات إلى عناوين المحفظة.
نبذة
دفع بروتوكول هو بروتوكول اتصال لا مركزي لـ Web3، يمكّن أي عقد ذكي أو تطبيق dApp أو حتى خدمة تقليدية من إرسال إشعارات إلى عناوين المحفظة، بشرط أن تختار عناوين المحفظة هذه تلقي الرسائل من هذه القنوات، فيمكن تطبيقه على Web3. في المشهد بأكمله، بما في ذلك تصفية أصول DeFi، وانتهاء اسم النطاق، ودفع أخبار الوسائط، وما إلى ذلك، تم إرسال 17.7 مليون رسالة إلى المشتركين 60,000وهو المشروع الرئيسي لمسار الاتصالات اللامركزية.
تغييرات الاسم والموقع
قبل سبتمبر ٢٠٢٠، اسم ال PUSH وكان إبنس"، وهو ما يعني "الإيثيريوم دفع خدمة الإخطار ". من الاسم يمكننا أن نرى أنه كان مشروعًا لـ Ethereum قبل ذلك، وقد وضع نفسه في ذلك الوقت على أنه خدمة وليس بروتوكول، لذلك ينقسم الاسم القديم إلى 3 أجزاء: Ethereum وإشعار الرسائل والخدمة ، والاسم الجديد يكسر هذه الأجزاء الثلاثة.
كما يبدأ بدعم السلاسل الأخرى مثل المضلع، سوف يخترق إثيريم إلى L1 وL2 الأخرى. ثانيًا، لا تقتصر سيناريوهات التطبيق على الإشعارات، بل على جميع سيناريوهات دفع الرسائل. أخيرًا، نظرًا لأنها تدعم سلاسل متعددة وسيناريوهات متعددة، فهي لم تعد خدمة محددة ولكنها بروتوكول، لذلك يستمر تسميتها إبنس. وسوف تحد من أعمالها وعلامتها التجارية الخاصة، لذلك غيرت اسمها إلى Push Protocol.
لماذا هناك حاجة إلى بروتوكول اتصال لامركزي
لقد تم دمج ميزة دفع الرسائل في جميع جوانب Web2 التقليدية، بدءًا من دردشة المراسلة الفورية وحتى الأخبار ومعلومات التسويق المتنوعة ومطالبات الإشعارات وما إلى ذلك. وهي ناضجة جدًا في كل من سيناريوهات التطبيقات والتقنيات، ولكنها نادرًا ما تكون مفيدة في Web3 عندما يتعلق الأمر بـ التطبيقات اللامركزية التي تتمتع بقدرات إرسال الرسائل، يتم حل معظم المتطلبات المتعلقة بالإشعارات عن طريق البريد الإلكتروني. الأسباب الرئيسية هي:
- في الوقت الحاضر، تكون معظم التطبيقات اللامركزية في شكل صفحات ويب على جانب الكمبيوتر الشخصي، كما أن تطوير المحطة المتنقلة بطيء للغاية لأن دفع الرسالة فوري، كما أن عدم وجود محطة متنقلة يقيد تطوير مشهد دفع الرسالة. في المقابل، لم يتم استخدام Web2 على نطاق واسع إلا بعد ظهور الإنترنت عبر الهاتف المحمول.
- إن دفع الرسالة لطبقة البنية التحتية لـ Web3 يمثل بالفعل ركودًا في التطوير في الوقت الحالي، ولا يوجد العديد من الحلول الناضجة التي يمكن رؤيتها.
ومع ذلك، لا يزال لدى Web3 عدد كبير من السيناريوهات التي تتطلب دفع الرسائل، مثل تغيرات أسعار DeFi، وإشعارات نتائج التصويت، وما إلى ذلك، كما تدمج منتجات البروتوكول الاجتماعي مثل Lens Protocol أيضًا بروتوكول الدفع لأن الاهتمام والإعجابات وما إلى ذلك.
مقارنة منطق دفع رسائل Web2 وPUSH
سيتلقى الهاتف المحمول لكل شخص الكثير من الرسائل من التطبيقات كل يوم، بما في ذلك رسائل الأصدقاء من البرامج الاجتماعية، والعناوين الرئيسية من وسائل الإعلام الإخبارية، والخصومات من منصات التجارة الإلكترونية، وما إلى ذلك. كيف يتم تحقيق ذلك؟ يوضح الشكل التالي عملية التطبيق الموجود في هاتف iPhone المحمول لإرسال الرسائل إلى هاتفك المحمول. جوهرها هو APNS (خدمة إشعارات Apple Push) كخدمة نقل، والتي تنقسم إلى 3 مراحل:
- المرحلة 1: يقوم طرف المشروع الأولي بتعبئة الرسالة المراد إرسالها ومعرف iPhone المستلم وإرسالها إلى APNS.
- المرحلة 2: يبحث APNS عن iPhone الذي يحمل الشعار المقابل في قائمة أجهزة iPhone المسجلة في خدمة Push ويرسل الرسالة إلى iPhone.
- المرحلة 3: يقوم iPhone بتمرير الرسالة الواردة إلى التطبيق وينبثق إشعار الدفع وفقًا للإعدادات.
يوضح الشكل التالي مبدأ بروتوكول الدفع. في الواقع، سيتبين أن البنية متوافقة مع APNS لـ Web2. توجد الأنواع الثلاثة الأولى من dapp والخادم والعقد الذكي في طبقة الإدخال، أي مصدر إنشاء الرسائل. بعد تمرير الرسالة إلى بروتوكول الدفع، ستستمع العقد الداخلية إلى الأحداث الموجودة في العقد الذكي للبروتوكول وتقوم بإعادة توجيه الرسالة إلى المتلقي المقابل.
لتبسيط الأمر، يمكن أن نفهم أن العقد والخدمة الخلفية وغيرها من المنبع يمكن أن تدفن جزءًا من كود EPNS حيث يكون دفع الرسالة مطلوبًا، وتمرير محتوى الرسالة المقابل، وسيقوم بروتوكول الدفع بتمرير الرسالة إلى عنوان المقابلة. بالطبع يجب العودة ويجب أن تكون هناك واجهة أمامية في المصب مسؤولة عن استقبال وعرض الرسائل.
كطبقة بروتوكول، يكون بروتوكول الدفع مسؤولاً فقط عن عملية توزيع الرسائل. بالطبع، يقوم Push Protocol أيضًا بإنشاء مربع رسائل إضافي لراحة المستخدمين. سيتم أيضًا عرض الرسائل التي يتلقاها المستخدمون عبر بروتوكول الدفع.
بنية PUSH: المستخدمون والقنوات والمشتركون
هناك ثلاثة مفاهيم رئيسية في بروتوكول الدفع: المستخدم والقناة والمشترك.
- مستخدم: يشير إلى جميع الكيانات في EPNS، بما في ذلك العقود والمحافظ والموظفين وما إلى ذلك.
- قناة: مرسل الرسالة مسجل في بروتوكول الدفع؛ يحتاج المستخدم إلى الاشتراك في القناة لتلقي الرسالة المقابلة
- المشترك: المستخدم الذي اشترك
كما هو موضح في الشكل أدناه، عندما أقوم بفتح وحدة تشغيل بروتوكول الدفع والنقر فوق عمود القنوات، ستظهر العديد من القنوات على الجانب الأيمن. هذه القنوات هي مرسلي الرسائل التي أنشأها المستخدم.
يمكنني اختيار النقر للانضمام إلى قناة معينة والخروج منها. عندما أنضم، أحتاج إلى التسجيل لكي أصبح مشتركًا في هذه القناة. بعد التوقيع، سيتم إرسال الرسائل التي تم إنشاؤها في القناة إلى عنوان محفظتي. يمكن للمستخدمين إلغاء الاشتراك في أي وقت، لذلك يعرف المستخدم الوصول المطلق إلى الرسائل، ولا داعي للقلق بشأن التعرض للبريد العشوائي، ويجب أن تتحمل القناة تكلفة إرسال الإشعارات، المدفوعة بعملة ETH أو DAI، والتي يمكن أن تمنع أيضًا إرسال رسائل غير مرغوب فيها إلى حد ما.
يمكننا أن نرى أن تنوع القنوات أصبح قويًا جدًا الآن؛ لم تستقر فقط معظم منتجات وبروتوكولات Web3 السائدة مثل Snapshot و MakerDAO وما إلى ذلك، ولكن حتى الروايات التسلسلية استقرت، لذا فإن مساحة الخيال لسيناريوهات تطبيق Push Protocol لا تزال كبيرة جدًا.
يلزم تعهد بقيمة 50 دولارًا أمريكيًا PUSH للتقدم بطلب لتصبح قناة، منها 10 دولار أمريكي يتم استخدام PUSH لإنشاء رسوم اتفاقية العقد، وسيتم تخزين باقي الرمز المميز في مجموعة العقود الخاصة بمالك القناة، و سيتم إرجاع الرمز المميز الموجود في المجمع بمجرد إلغاء تنشيط القناة.
يمكن للقنوات إرسال 3 أنواع من الرسائل وإشعارات البث وإشعارات القرنفل وإشعارات المجموعة الفرعية.
- إشعار البث: إرسال رسالة إلى جميع المشتركين في القناة دفعة واحدة
- الإخطارات الموجهة: يمكن إرسالها إلى عناوين محفظة محددة بشرط أن تكون مشتركة في القناة بالطبع
- إشعار المجموعة الفرعية: نوع مختلف من الإشعارات المستهدفة التي تُعلم مجموعة معينة من المشتركين
كيفية دمج بروتوكول الدفع
يدعم Push Protocol إرسال الرسائل من خلال العقود الذكية وPUSH dApps وSDKs وما إلى ذلك. نحن نأخذ العقود الذكية كمثال ونحتاج أولاً إلى استيراد واجهة العقد IPUSHCommInterface.
وتحديد عنوان القناة. سيتم تعيين عنوان قناة لكل قناة أنشأها المستخدم ثم يتم تعيينها كعنوان الاستقبال. يمكنك تحديد بعض عناوين الاشتراك، أو يمكنك ضبطه مباشرة على وضع البث؛ أي أن جميع المشتركين سيحصلون عليها.
بهذه الطريقة، عندما يتم تنفيذ رمز العقد الخاص بك إلى الموضع المقابل، يمكنك إكمال تشغيل محتوى الرسالة مرة واحدة، وستقوم عقد بروتوكول الدفع بنقل المحتوى. بعد إرسال الرسالة، يحتاج المتلقين للمعلومات إلى تلقي الرسالة وعرضها. يوفر بروتوكول الدفع ثلاث طرق للاستقبال.
يكون تنسيق بيانات الرسالة التي تم الحصول عليها كما يلي، بما في ذلك عنوان استلام الرسالة ومحتوى الرسالة ونوعها ومعلومات أخرى.
بالإضافة إلى ذلك، قام Push Protocol أيضًا بإنشاء برنامج دردشة أصلي Web3 خاص به، كما هو موضح في الشكل أدناه، والذي يمكنه تحقيق إرسال محتوى النص والرموز والمرفقات، وتدعم إمكانية الدردشة هذه تكامل SDK، ويمكن توصيل أي تطبيق dapp للحصول على وظيفة دردشة Web3 أصلية.
اتجاه التنمية المستقبلية الهامة
يسمح PUSH لجميع التطبيقات اللامركزية والعقود الذكية والواجهات الخلفية والبروتوكولات وحتى أي تقنية موزعة بالتواصل مباشرة مع عنوان محفظة المستخدم. حاليًا، يشارك شركاء PUSH في العديد من المجالات المهمة:
يرسل DeFi المعلومات المتعلقة بالمعاملات من خلال PUSH: كانت الأنشطة المالية اللامركزية دائمًا هي الجزء الرئيسي من Web3. السيناريوهات التي يمكنها استخدام PUSH: أرسل بعض تعليم المستخدم وتعرف على أحدث التطورات والتجمعات في الحالة اليومية؛ في حالة الطوارئ، كما هو الحال عندما يكون القرض أو الضمان على وشك التصفية، يجب استخدام PUSH لتذكير مستخدميه باتخاذ الإجراءات اللازمة؛ عند المشاركة في الأنشطة، يمكن تذكير المستخدمين بالتغييرات التي طرأت على مجموع الجوائز وحالة الفوز وما إلى ذلك.
تستخدم منظمات DAO PUSH للحوكمة والتصويت: غالبًا ما تحتاج المنظمات المستقلة اللامركزية إلى عدد كبير من المقترحات والأصوات والإعلانات في حياتها اليومية. ومع ذلك، فإن الوضع الحالي لاستخدام منصات مثل Discord هو أن الأشخاص سيحظرون المعلومات المهمة أو يتجاهلونها. يمكن أن يؤدي استخدام PUSH إلى تذكير المستخدمين بالمشاركة في حوكمة DAO من طرف إلى طرف.
يستخدم GameFi PUSH لحوافز المستخدم: يمكن للاعبين والمنصة التواصل مباشرة، ومن خلال PUSH، يمكن استخدام جميع عمليات الإنزال الجوي والمكافآت وتقدم الترقية لـ NFT كإشعارات لتحفيز المستخدمين وتشجيع الاحتفاظ بهم.
يتم دمج بروتوكول تحليل البيانات مع PUSH لإعلام المستخدم في الوقت المناسب: يوجد عدد كبير من بروتوكولات تحليل بيانات Web3 في السوق. من خلال الجمع بين PUSH، يمكن للمستخدمين تخصيص احتياجاتهم الخاصة مباشرةً، مثل تتبع حجم معاملات NFT على منصة تداول مجمعة، وقراءة Swap والاقتران الخاص بـ SushiSwap، والإخطار عند انخفاض سعر حد أدنى معين لـ NFT، وما إلى ذلك.
بشكل عام، قد يكون لـ PUSH مكان في أي مجال مهم من مجالات ToC، مثل الحاجة إلى إخطار التقدم في الوقت الفعلي عند توقيع الاتفاقية القانونية، ويجب إخطار المستخدم بانهيار منصة التداول في أقرب وقت. إذا أمكن، يمكن بث نتائج تدقيق العقد الأمني مباشرة إلى المجتمع، وهكذا.
بعد عامين من التطوير، أصبح بروتوكول الدفع هو المشروع الرئيسي لمسار دفع الرسائل، وأصبح أيضًا بنية تحتية مهمة لا غنى عنها في صناعة Web3. في المستقبل، آمل أن أرى PUSH يتطور في الاتصالات الشاملة عبر السلسلة، وسيساعدها منشئ DAO أيضًا على الازدهار على طريق اتصالات Web3.
تنصل: يتم توفير المعلومات الواردة في هذا الموقع كتعليق عام على السوق ولا تشكل نصيحة استثمارية. نحن نشجعك على إجراء البحث الخاص بك قبل الاستثمار.
انضم إلينا لتتبع الأخبار: https://linktr.ee/coincu
هارولد
كوينكو الأخبار
المعلن / كاتب التعليق
معرفة
بروتوكول الدفع: تعزيز إمكانية الوصول في اتصالات Web3؟
النقاط الرئيسية:
- يعمل بروتوكول Push على تمكين جميع التطبيقات اللامركزية والعقود الذكية والواجهات الخلفية والبروتوكولات.
- بعد عامين من التطوير، أصبح بروتوكول الدفع هو المشروع الرئيسي لخط أنابيب دفع الرسائل وأصبح أيضًا بنية تحتية مهمة لا غنى عنها في صناعة Web3.
Push Protocol هو بروتوكول اتصال لامركزي Web3 يمكّن أي عقد ذكي أو تطبيق dApp أو حتى خدمة تقليدية من إرسال إشعارات إلى عناوين المحفظة.
نبذة
دفع بروتوكول هو بروتوكول اتصال لا مركزي لـ Web3، يمكّن أي عقد ذكي أو تطبيق dApp أو حتى خدمة تقليدية من إرسال إشعارات إلى عناوين المحفظة، بشرط أن تختار عناوين المحفظة هذه تلقي الرسائل من هذه القنوات، فيمكن تطبيقه على Web3. في المشهد بأكمله، بما في ذلك تصفية أصول DeFi، وانتهاء اسم النطاق، ودفع أخبار الوسائط، وما إلى ذلك، تم إرسال 17.7 مليون رسالة إلى المشتركين 60,000وهو المشروع الرئيسي لمسار الاتصالات اللامركزية.
تغييرات الاسم والموقع
قبل سبتمبر ٢٠٢٠، اسم ال PUSH وكان إبنس"، وهو ما يعني "الإيثيريوم دفع خدمة الإخطار ". من الاسم يمكننا أن نرى أنه كان مشروعًا لـ Ethereum قبل ذلك، وقد وضع نفسه في ذلك الوقت على أنه خدمة وليس بروتوكول، لذلك ينقسم الاسم القديم إلى 3 أجزاء: Ethereum وإشعار الرسائل والخدمة ، والاسم الجديد يكسر هذه الأجزاء الثلاثة.
كما يبدأ بدعم السلاسل الأخرى مثل المضلع، سوف يخترق إثيريم إلى L1 وL2 الأخرى. ثانيًا، لا تقتصر سيناريوهات التطبيق على الإشعارات، بل على جميع سيناريوهات دفع الرسائل. أخيرًا، نظرًا لأنها تدعم سلاسل متعددة وسيناريوهات متعددة، فهي لم تعد خدمة محددة ولكنها بروتوكول، لذلك يستمر تسميتها إبنس. وسوف تحد من أعمالها وعلامتها التجارية الخاصة، لذلك غيرت اسمها إلى Push Protocol.
لماذا هناك حاجة إلى بروتوكول اتصال لامركزي
لقد تم دمج ميزة دفع الرسائل في جميع جوانب Web2 التقليدية، بدءًا من دردشة المراسلة الفورية وحتى الأخبار ومعلومات التسويق المتنوعة ومطالبات الإشعارات وما إلى ذلك. وهي ناضجة جدًا في كل من سيناريوهات التطبيقات والتقنيات، ولكنها نادرًا ما تكون مفيدة في Web3 عندما يتعلق الأمر بـ التطبيقات اللامركزية التي تتمتع بقدرات إرسال الرسائل، يتم حل معظم المتطلبات المتعلقة بالإشعارات عن طريق البريد الإلكتروني. الأسباب الرئيسية هي:
- في الوقت الحاضر، تكون معظم التطبيقات اللامركزية في شكل صفحات ويب على جانب الكمبيوتر الشخصي، كما أن تطوير المحطة المتنقلة بطيء للغاية لأن دفع الرسالة فوري، كما أن عدم وجود محطة متنقلة يقيد تطوير مشهد دفع الرسالة. في المقابل، لم يتم استخدام Web2 على نطاق واسع إلا بعد ظهور الإنترنت عبر الهاتف المحمول.
- إن دفع الرسالة لطبقة البنية التحتية لـ Web3 يمثل بالفعل ركودًا في التطوير في الوقت الحالي، ولا يوجد العديد من الحلول الناضجة التي يمكن رؤيتها.
ومع ذلك، لا يزال لدى Web3 عدد كبير من السيناريوهات التي تتطلب دفع الرسائل، مثل تغيرات أسعار DeFi، وإشعارات نتائج التصويت، وما إلى ذلك، كما تدمج منتجات البروتوكول الاجتماعي مثل Lens Protocol أيضًا بروتوكول الدفع لأن الاهتمام والإعجابات وما إلى ذلك.
مقارنة منطق دفع رسائل Web2 وPUSH
سيتلقى الهاتف المحمول لكل شخص الكثير من الرسائل من التطبيقات كل يوم، بما في ذلك رسائل الأصدقاء من البرامج الاجتماعية، والعناوين الرئيسية من وسائل الإعلام الإخبارية، والخصومات من منصات التجارة الإلكترونية، وما إلى ذلك. كيف يتم تحقيق ذلك؟ يوضح الشكل التالي عملية التطبيق الموجود في هاتف iPhone المحمول لإرسال الرسائل إلى هاتفك المحمول. جوهرها هو APNS (خدمة إشعارات Apple Push) كخدمة نقل، والتي تنقسم إلى 3 مراحل:
- المرحلة 1: يقوم طرف المشروع الأولي بتعبئة الرسالة المراد إرسالها ومعرف iPhone المستلم وإرسالها إلى APNS.
- المرحلة 2: يبحث APNS عن iPhone الذي يحمل الشعار المقابل في قائمة أجهزة iPhone المسجلة في خدمة Push ويرسل الرسالة إلى iPhone.
- المرحلة 3: يقوم iPhone بتمرير الرسالة الواردة إلى التطبيق وينبثق إشعار الدفع وفقًا للإعدادات.
يوضح الشكل التالي مبدأ بروتوكول الدفع. في الواقع، سيتبين أن البنية متوافقة مع APNS لـ Web2. توجد الأنواع الثلاثة الأولى من dapp والخادم والعقد الذكي في طبقة الإدخال، أي مصدر إنشاء الرسائل. بعد تمرير الرسالة إلى بروتوكول الدفع، ستستمع العقد الداخلية إلى الأحداث الموجودة في العقد الذكي للبروتوكول وتقوم بإعادة توجيه الرسالة إلى المتلقي المقابل.
لتبسيط الأمر، يمكن أن نفهم أن العقد والخدمة الخلفية وغيرها من المنبع يمكن أن تدفن جزءًا من كود EPNS حيث يكون دفع الرسالة مطلوبًا، وتمرير محتوى الرسالة المقابل، وسيقوم بروتوكول الدفع بتمرير الرسالة إلى عنوان المقابلة. بالطبع يجب العودة ويجب أن تكون هناك واجهة أمامية في المصب مسؤولة عن استقبال وعرض الرسائل.
كطبقة بروتوكول، يكون بروتوكول الدفع مسؤولاً فقط عن عملية توزيع الرسائل. بالطبع، يقوم Push Protocol أيضًا بإنشاء مربع رسائل إضافي لراحة المستخدمين. سيتم أيضًا عرض الرسائل التي يتلقاها المستخدمون عبر بروتوكول الدفع.
بنية PUSH: المستخدمون والقنوات والمشتركون
هناك ثلاثة مفاهيم رئيسية في بروتوكول الدفع: المستخدم والقناة والمشترك.
- مستخدم: يشير إلى جميع الكيانات في EPNS، بما في ذلك العقود والمحافظ والموظفين وما إلى ذلك.
- قناة: مرسل الرسالة مسجل في بروتوكول الدفع؛ يحتاج المستخدم إلى الاشتراك في القناة لتلقي الرسالة المقابلة
- المشترك: المستخدم الذي اشترك
كما هو موضح في الشكل أدناه، عندما أقوم بفتح وحدة تشغيل بروتوكول الدفع والنقر فوق عمود القنوات، ستظهر العديد من القنوات على الجانب الأيمن. هذه القنوات هي مرسلي الرسائل التي أنشأها المستخدم.
يمكنني اختيار النقر للانضمام إلى قناة معينة والخروج منها. عندما أنضم، أحتاج إلى التسجيل لكي أصبح مشتركًا في هذه القناة. بعد التوقيع، سيتم إرسال الرسائل التي تم إنشاؤها في القناة إلى عنوان محفظتي. يمكن للمستخدمين إلغاء الاشتراك في أي وقت، لذلك يعرف المستخدم الوصول المطلق إلى الرسائل، ولا داعي للقلق بشأن التعرض للبريد العشوائي، ويجب أن تتحمل القناة تكلفة إرسال الإشعارات، المدفوعة بعملة ETH أو DAI، والتي يمكن أن تمنع أيضًا إرسال رسائل غير مرغوب فيها إلى حد ما.
يمكننا أن نرى أن تنوع القنوات أصبح قويًا جدًا الآن؛ لم تستقر فقط معظم منتجات وبروتوكولات Web3 السائدة مثل Snapshot و MakerDAO وما إلى ذلك، ولكن حتى الروايات التسلسلية استقرت، لذا فإن مساحة الخيال لسيناريوهات تطبيق Push Protocol لا تزال كبيرة جدًا.
يلزم تعهد بقيمة 50 دولارًا أمريكيًا PUSH للتقدم بطلب لتصبح قناة، منها 10 دولار أمريكي يتم استخدام PUSH لإنشاء رسوم اتفاقية العقد، وسيتم تخزين باقي الرمز المميز في مجموعة العقود الخاصة بمالك القناة، و سيتم إرجاع الرمز المميز الموجود في المجمع بمجرد إلغاء تنشيط القناة.
يمكن للقنوات إرسال 3 أنواع من الرسائل وإشعارات البث وإشعارات القرنفل وإشعارات المجموعة الفرعية.
- إشعار البث: إرسال رسالة إلى جميع المشتركين في القناة دفعة واحدة
- الإخطارات الموجهة: يمكن إرسالها إلى عناوين محفظة محددة بشرط أن تكون مشتركة في القناة بالطبع
- إشعار المجموعة الفرعية: نوع مختلف من الإشعارات المستهدفة التي تُعلم مجموعة معينة من المشتركين
كيفية دمج بروتوكول الدفع
يدعم Push Protocol إرسال الرسائل من خلال العقود الذكية وPUSH dApps وSDKs وما إلى ذلك. نحن نأخذ العقود الذكية كمثال ونحتاج أولاً إلى استيراد واجهة العقد IPUSHCommInterface.
وتحديد عنوان القناة. سيتم تعيين عنوان قناة لكل قناة أنشأها المستخدم ثم يتم تعيينها كعنوان الاستقبال. يمكنك تحديد بعض عناوين الاشتراك، أو يمكنك ضبطه مباشرة على وضع البث؛ أي أن جميع المشتركين سيحصلون عليها.
بهذه الطريقة، عندما يتم تنفيذ رمز العقد الخاص بك إلى الموضع المقابل، يمكنك إكمال تشغيل محتوى الرسالة مرة واحدة، وستقوم عقد بروتوكول الدفع بنقل المحتوى. بعد إرسال الرسالة، يحتاج المتلقين للمعلومات إلى تلقي الرسالة وعرضها. يوفر بروتوكول الدفع ثلاث طرق للاستقبال.
يكون تنسيق بيانات الرسالة التي تم الحصول عليها كما يلي، بما في ذلك عنوان استلام الرسالة ومحتوى الرسالة ونوعها ومعلومات أخرى.
بالإضافة إلى ذلك، قام Push Protocol أيضًا بإنشاء برنامج دردشة أصلي Web3 خاص به، كما هو موضح في الشكل أدناه، والذي يمكنه تحقيق إرسال محتوى النص والرموز والمرفقات، وتدعم إمكانية الدردشة هذه تكامل SDK، ويمكن توصيل أي تطبيق dapp للحصول على وظيفة دردشة Web3 أصلية.
اتجاه التنمية المستقبلية الهامة
يسمح PUSH لجميع التطبيقات اللامركزية والعقود الذكية والواجهات الخلفية والبروتوكولات وحتى أي تقنية موزعة بالتواصل مباشرة مع عنوان محفظة المستخدم. حاليًا، يشارك شركاء PUSH في العديد من المجالات المهمة:
يرسل DeFi المعلومات المتعلقة بالمعاملات من خلال PUSH: كانت الأنشطة المالية اللامركزية دائمًا هي الجزء الرئيسي من Web3. السيناريوهات التي يمكنها استخدام PUSH: أرسل بعض تعليم المستخدم وتعرف على أحدث التطورات والتجمعات في الحالة اليومية؛ في حالة الطوارئ، كما هو الحال عندما يكون القرض أو الضمان على وشك التصفية، يجب استخدام PUSH لتذكير مستخدميه باتخاذ الإجراءات اللازمة؛ عند المشاركة في الأنشطة، يمكن تذكير المستخدمين بالتغييرات التي طرأت على مجموع الجوائز وحالة الفوز وما إلى ذلك.
تستخدم منظمات DAO PUSH للحوكمة والتصويت: غالبًا ما تحتاج المنظمات المستقلة اللامركزية إلى عدد كبير من المقترحات والأصوات والإعلانات في حياتها اليومية. ومع ذلك، فإن الوضع الحالي لاستخدام منصات مثل Discord هو أن الأشخاص سيحظرون المعلومات المهمة أو يتجاهلونها. يمكن أن يؤدي استخدام PUSH إلى تذكير المستخدمين بالمشاركة في حوكمة DAO من طرف إلى طرف.
يستخدم GameFi PUSH لحوافز المستخدم: يمكن للاعبين والمنصة التواصل مباشرة، ومن خلال PUSH، يمكن استخدام جميع عمليات الإنزال الجوي والمكافآت وتقدم الترقية لـ NFT كإشعارات لتحفيز المستخدمين وتشجيع الاحتفاظ بهم.
يتم دمج بروتوكول تحليل البيانات مع PUSH لإعلام المستخدم في الوقت المناسب: يوجد عدد كبير من بروتوكولات تحليل بيانات Web3 في السوق. من خلال الجمع بين PUSH، يمكن للمستخدمين تخصيص احتياجاتهم الخاصة مباشرةً، مثل تتبع حجم معاملات NFT على منصة تداول مجمعة، وقراءة Swap والاقتران الخاص بـ SushiSwap، والإخطار عند انخفاض سعر حد أدنى معين لـ NFT، وما إلى ذلك.
بشكل عام، قد يكون لـ PUSH مكان في أي مجال مهم من مجالات ToC، مثل الحاجة إلى إخطار التقدم في الوقت الفعلي عند توقيع الاتفاقية القانونية، ويجب إخطار المستخدم بانهيار منصة التداول في أقرب وقت. إذا أمكن، يمكن بث نتائج تدقيق العقد الأمني مباشرة إلى المجتمع، وهكذا.
بعد عامين من التطوير، أصبح بروتوكول الدفع هو المشروع الرئيسي لمسار دفع الرسائل، وأصبح أيضًا بنية تحتية مهمة لا غنى عنها في صناعة Web3. في المستقبل، آمل أن أرى PUSH يتطور في الاتصالات الشاملة عبر السلسلة، وسيساعدها منشئ DAO أيضًا على الازدهار على طريق اتصالات Web3.
تنصل: يتم توفير المعلومات الواردة في هذا الموقع كتعليق عام على السوق ولا تشكل نصيحة استثمارية. نحن نشجعك على إجراء البحث الخاص بك قبل الاستثمار.
انضم إلينا لتتبع الأخبار: https://linktr.ee/coincu
هارولد
كوينكو الأخبار
وظائف أخرى
المنشورات المشابهة
الأخبار
يتسبب LayerZero Airdrop في إثارة الإثارة مع اكتمال لقطة المرحلة الأولى
الأخبار
لم تنته الدعوى القضائية لهيئة الأوراق المالية والبورصات Coinbase بعد، لكن البورصة لا تزال متفائلة
الأخبار
غرامة احتيال لشركة Terraform Labs بقيمة 5.3 مليار دولار عارضتها الشركة لكونها ثقيلة للغاية
الأخبار
تم إدراج صندوق Franklin Ethereum ETF في DTCC، على الرغم من عدم الموافقة عليه بعد
الأخبار
رئيس هيئة الأوراق المالية والبورصة متهم بالخداع فيما يتعلق بشرعية إيثريوم!
تحليل الأداء
أبريل هو أسوأ شهر بالنسبة للبيتكوين وسط التدفقات الخارجة من صناديق الاستثمار المتداولة: تقرير
الأخبار
القبض على روجر فير في إسبانيا بتهمة الاحتيال الضريبي بقيمة 48 مليون دولار
الأخبار
سحب ضخم بقيمة 118.7 مليون دولار من العملات المشفرة من Binance خلال 16 ساعة!
الأخبار
