ستكون هناك أوقات يحتاج فيها التطبيق إلى توقيع رسالة عشوائية. توجد هذه الوظيفة في المحافظ في Eth ، لكننا لا نكشف حاليًا عن وظيفة للقيام بذلك في تطبيقات Stacks.
يُقترح أن نجعل ما يعادل https://eips.ethereum.org/EIPS/eip-712
من الخلاف:
حسنًا ، في عالم Eth ، هناك الكثير من الرسائل التعسفية التي تم توقيعها بشكل صحيح ، لـ DeFi و DeX وما إلى ذلك
لطالما اعتادت أن تقوم بالتوقيع على تجزئة الطلب ، لكن هذا ليس سهل القراءة للمستخدم. (تظهر لك نافذة MetaMask المنبثقة مجرد سلسلة سداسية عشرية ، وليس لديك أي فكرة عما تقوم بالتوقيع عليه حقًا.)
حدد EIP712 بنية (في json) تجعل من الممكن إظهار ما يتكون منه هذا الترتيب
حتى ترى الحقول الفعلية التي دخلت في إنشاء التجزئة التي تقوم بالتوقيع عليها
شكرا لنشر هذه! أعتقد أن هذه الميزة حاسمة.
شكرا لنشر هذه! أعتقد أن هذه الميزة حاسمة.
أوافق ، وأعتقد أن الكثيرين في الفريق سيوافقون أيضًا 👍 سأعمل على تحديث هذه المشكلة أثناء الحديث عنها.
MarvinJanssen هل تريد الإشارة إلى حالة (حالات) الاستخدام التي ترغب في بنائها على المدى القصير مع هذا للمساعدة في تقييم الأولويات؟
markmhx يتحدث على المدى القصير ، هناك سبب واحد فقط وراء حاجتي إليه.
أقوم بإنشاء مكون من جانب الخادم يتتبع عناوين URL لمجموعة تطبيقات المستخدم (لملفات zonefiles). لتأمين واجهة برمجة التطبيقات هذه ، يجب على المستخدم التوقيع على عنوان URL الخاص بالحاوية باستخدام Connect. يقوم الخادم بعد ذلك بحل اسم BNS المبلغ عنه من خلال عقد BNS ويستخدم المبدأ المقابل للتحقق من التوقيع. أحتاج أساسًا إلى التحقق من أن رسالة معينة جاءت بالفعل من مدير يمتلك اسمًا على BNS. إذا كان لديك حلول بديلة ، أعلمني. كانت خطتي الاحتياطية هي تقديم عقد واضح بسيط وجعل المستخدم يقدم إثباتًا عبر مكالمة عقد ، ولكن هذا يجعله حلاً بديلاً لحل بديل لحل ...
هناك حالتا استخدام رئيسيتان أخريان رأيت استخدامهما في Eth:
psq yep على المدى الطويل ، نحتاج إليه من أجل DeFi و DeX ، والأنظمة الأساسية التي تقوم بمطابقة جانب الخادم والتي تتطلب توقيعات المستخدم. (مثل 0x Protocol و Wyvern على Ethereum.)
شكرًا على السياق الإضافي 🙏 أنا أسند إلى Jasper حتى يتمكن من التصميم.
أرى هذا في iceboxmarkmhx ، فهل هذا يعني أنه سيتم النظر فيه في سباق لاحق؟ MarvinJanssen ينتظر التحديثات 🙂
لقد أعدت هذه المشكلة مرة أخرى إلى تراكم كانبان .
لاحظ أننا لم نعد نعمل ضد سباقات السرعة لمدة أسبوعين ، بل بالأحرى التسليم التدريجي للأولويات كما هو موضح في التراكم من أعلى إلى أسفل.
أنا مشترك تمامًا في تقييم نظام لهياكل البيانات المكتوبة الموقعة ، ولكن هذه مهمة هندسية أكبر بكثير ولا أعتقد أنه ينبغي علينا القيام بها أولاً. الفائدة الرئيسية للبيانات المنظمة هي المعاملات بدون رسوم على السلسلة مع منطق مرتبط بالبيانات في ذلك التوقيع. ومع ذلك ، هناك شيئان:
تعتبر السلاسل النصية هي حالة الاستخدام الأكثر وضوحًا لمجموعات Stacks في الوقت الحالي. سيسمح لحالة الاستخدام الشائعة جدًا المتمثلة في توفير وصول خارج السلسلة لمستخدم يمكنه إثبات ملكيته لعنوان STX. على سبيل المثال ، تطبيق ويب يوفر وظائف محددة إذا كنت تمتلك NFT.
لتكون أكثر واقعية بشأن حالات الاستخدام:
تم تحديد خلال محادثة مع MarvinJanssen و GinaAbrams بالأمس أن تطبيق BTC لن يكون بحاجة ماسة إلى توقيع تعسفي للرسائل ما لم يحدث شيئان بالتتابع:
يعد مسار توقيع الرسائل التعسفي أساسًا احتياطيًا للمسارات المذكورة أعلاه ، والتي تكون مفضلة بالترتيب المدرج. قد يتضمن ذلك إرسال رسائل موقعة ببيانات ملف zonefile إلى خادم مركزي ، مما سيوفر على المستخدم النهائي تكلفة الاضطرار إلى توقيع معاملة ، ولكنه ينطوي أيضًا على مشاركة غير مرغوب فيها من جانب طرف مركزي.
agraebediwakergupta سأتحقق مع splat الأسبوع المقبل لمعرفة كيف تسير خطط نشر Atlas حتى نتمكن من تزويد MarvinJanssen بتحديث هنا فيما يتعلق بالتوقيت وكيف يؤثر على خياراته.
إنه سعيد بالانتظار لمدة أسبوع أو أسبوعين ليرى ما إذا كان بإمكاننا بث الإصلاحات مباشرة على الشبكة الرئيسية وإنقاذها من عمل أي من الحلين.
هذا شيء لا يقدر بثمن ، فإن استخدام التوقيعات من الهوية سيثبت ملكية الاسم والعديد من الأشياء ، خاصة عندما يتعلق الأمر بالعمليات خارج السلسلة ، 100٪ لهذا الغرض
التعليق الأكثر فائدة
تم تحديد خلال محادثة مع MarvinJanssen و GinaAbrams بالأمس أن تطبيق BTC لن يكون بحاجة ماسة إلى توقيع تعسفي للرسائل ما لم يحدث شيئان بالتتابع:
يعد مسار توقيع الرسائل التعسفي أساسًا احتياطيًا للمسارات المذكورة أعلاه ، والتي تكون مفضلة بالترتيب المدرج. قد يتضمن ذلك إرسال رسائل موقعة ببيانات ملف zonefile إلى خادم مركزي ، مما سيوفر على المستخدم النهائي تكلفة الاضطرار إلى توقيع معاملة ، ولكنه ينطوي أيضًا على مشاركة غير مرغوب فيها من جانب طرف مركزي.
agraebediwakergupta سأتحقق مع splat الأسبوع المقبل لمعرفة كيف تسير خطط نشر Atlas حتى نتمكن من تزويد MarvinJanssen بتحديث هنا فيما يتعلق بالتوقيت وكيف يؤثر على خياراته.
إنه سعيد بالانتظار لمدة أسبوع أو أسبوعين ليرى ما إذا كان بإمكاننا بث الإصلاحات مباشرة على الشبكة الرئيسية وإنقاذها من عمل أي من الحلين.