طبقة الهوية المشتركة لـ SIGN تحل الاحتكاك ولكنها تقدم الاعتماد
هناك شيء يجذب بشكل طبيعي حول فكرة التحقق من نفسك مرة واحدة والانتهاء من ذلك. لا فحوصات متكررة. لا سجلات متفرقة. لا حالات حيث تحتفظ أنظمة مختلفة بإصدارات مختلفة قليلاً عن هويتك. مجرد شهادة واحدة تمثلك، وتعمل حيثما كانت مطلوبة. هذه هي الفكرة الأساسية وراء نهج Sign. طبقة هوية مشتركة تربط بين الأنظمة الخاصة وسلاسل الكتل العامة. إنها تقلل من التكرار، وتحافظ على التوافق المتسق، وتتجنب الاحتكاك المعتاد حيث تفشل الأنظمة في التوافق. من منظور هيكلي، إنها فعالة وبصراحة، يبدو أنها تحسين ضروري على كيفية تفتت الأمور اليوم.
لقد كنت أبحث في $SIGN لبعض الوقت الآن، وهناك شيء واحد يستمر في العودة إليّ وهو شيء لا يتحدث عنه معظم الناس حقًا.
يذكر الجميع TokenTable، ولكن عادةً كما لو كانت مجرد بنية تحتية خلفية. لقد عالجت حوالي $4 مليار عبر 40 مليون محفظة لأكثر من 200 مشروع. على السطح، يبدو أن ذلك ضخم لكنني أعتقد أن المعنى الأعمق يتم تجاهله.
لأنه خلف تلك الأرقام، هناك سلوك حقيقي.
ليس مجرد معاملات، ولكن أنماط. من يمتلك فعليًا. من يزرع ويختفي. من يستمر في الظهور عبر أنظمة بيئية مختلفة مع مرور الوقت. ليست افتراضات أو تسميات، بل هي أنشطة حدثت بالفعل، مسجلة على السلسلة.
وذلك النوع من التاريخ لا يمكن تزييفه.
عندما أفكر في SIGN الآن وهي تتحرك نحو شيء جاد مثل بنية الهوية الوطنية، يبدأ الأمر في أن يبدو أكثر منطقية. في البداية، كنت أتساءل كيف يمكن لمشروع مثل هذا بناء ذلك المستوى من المصداقية.
لكن ربما تكون الإجابة أبسط مما تبدو عليه.
إذا كنت قد عالجت بالفعل سنوات من سلوك المستخدمين الحقيقيين على ذلك النطاق، فأنت لا تبدأ من الصفر. أنت تفهم بالفعل كيف يتفاعل الناس، ما هو حقيقي وما هو ليس كذلك.
تطلب معظم مشاريع الهوية من المستخدمين إثبات أنفسهم من الصفر.
تأتي SIGN من الاتجاه المعاكس، لقد رصدت بالفعل النظام أثناء الحركة.
وأعتقد أن ذلك يغير الحوار.
الكثير من الاهتمام يذهب إلى الشراكات والإعلانات، لكن القوة الحقيقية تبدو أكثر هدوءًا من ذلك. إنها البيانات التي بنوها مع مرور الوقت.
كل أسبوع هناك "طبقة 1 تصلح كل شيء"، وبصراحة، بدأ الأمر يصبح متعبًا. نفس الكلمات، نفس الوعود أسرع، أرخص، أكثر قابلية للتوسع، أكثر أمانًا. بعد نقطة معينة، يبدأ الأمر في أن يبدو مثل ضوضاء في الخلفية.
الآن هو $SIGN .
ونعم، على الأقل هذا يبدو مختلفًا قليلاً. إنه لا يحاول أن يكون مركز كل شيء. إنه مركز على شيء أكثر تحديدًا - توزيع الاعتمادات والتوكنات. هذا يشعر بأنه أكثر عملية من معظم الضوضاء التي نراها.
لكن هنا الشيء الذي أعود إليه دائمًا.
لم يعد الأمر يتعلق بالتكنولوجيا بعد الآن.
يتعلق بما يحدث عندما يبدأ الناس الحقيقيون في استخدامه.
لأن هذا هو المكان الذي يتم فيه اختبار الأنظمة فعليًا. كل شيء يبدو سلسًا عندما يكون الاستخدام منخفضًا. ولكن بمجرد أن يأتي حركة المرور الحقيقية - المستخدمون، الروبوتات، الحجم - هذا هو الوقت الذي تبدأ فيه الأمور في الانهيار. لقد رأينا ذلك يحدث من قبل. حتى الشبكات القوية تكافح تحت الضغط. ليس لأنها سيئة... فقط لأن الاستخدام في العالم الحقيقي فوضوي.
لهذا السبب يبدو لي أن نهج SIGN منطقي.
بدلاً من محاولة القيام بكل شيء، فإنه يختار مسارًا. يركز على البنية التحتية. يترك أنظمة مختلفة تتعامل مع وظائف مختلفة بدلاً من إجبار كل شيء في مكان واحد. هذا يبدو أكثر واقعية.
لكن بعد ذلك تضرب الحقيقة مرة أخرى.
تصميم جيد لا يضمن الاعتماد.
الناس لا يتحركون فقط لأن شيئًا ما منطقي. السيولة لا تنتقل بين عشية وضحاها. المطورون لا يعيدون البناء ما لم يكن هناك سبب قوي. معظم الوقت، يبقى الناس حيث تعمل الأشياء بالفعل.
هذه هي الطريقة التي تتحرك بها هذه المساحة.
لذا نعم، أحب الاتجاه. يبدو أكثر ارتباطًا من معظم المشاريع التي رأيتها مؤخرًا. إنه يفكر في مشاكل حقيقية، ليس فقط في السرد.
لكنني ما زلت حذرًا.
لأنه دائمًا ما يكون هناك فجوة بين كون شيء فكرة جيدة... وكون شيء ما يعمل فعليًا في العالم الحقيقي.
ربما يحصل على زخم.
أو ربما يبقى مجرد فكرة صلبة أخرى لم يتم دفعها حقًا إلى حدودها.
SIGN مبنية حول فكرة واضحة ولكن الاستخدام سيحدد مستقبلها
كل أسبوع، يظهر بلوكتشين جديد يدعي أنه سيحل كل شيء من معاملات أسرع، ورسوم أقل، وقابلية توسيع أفضل، وهندسة أكثر تقدماً. مؤخراً، أصبحت "دمج الذكاء الاصطناعي" جزءًا من العرض القياسي. بعد فترة، تبدأ هذه الروايات في التداخل مع بعضها البعض. تتغير العلامة التجارية، لكن الرسالة الأساسية غالبًا ما تشعر بالتكرار. في هذا السياق، $SIGN يبرز بشكل مختلف قليلاً. إنه لا يضع نفسه كحل عالمي أو سلسلة "تفعل كل شيء" أخرى. بدلاً من ذلك، يركز على مشكلة أكثر تحديداً: التحقق من الاعتماد وتوزيع الرموز. وهذا وحده يجعله يبدو أكثر ارتباطًا من العديد من المشاريع التي تدور حول إعادة تشكيل تدفقات السيولة دون معالجة حاجة حقيقية واضحة.
أستمر في العودة إلى هذه الفكرة البسيطة... أين نشعر فعليًا بالإشارة في كل هذا؟
لأنه في معظم الوقت نتحدث عن البنية التحتية. كلمات كبيرة أنظمة، سكك، طبقات. لكن كمستخدم عادي، لا ترى أيًا من ذلك حقًا. أنت فقط تفتح تطبيقًا لامركزيًا، تضغط على بعض الأزرار، وتتابع. أي شيء يحدث تحتك لا تلاحظه.
وربما هذه هي النقطة.
تشعر الإشارة كما لو كانت تعيش في تلك الطبقة الوسطى الهادئة. ليست شيئًا تتفاعل معه مباشرة، ولكن شيئًا موجودًا دائمًا—يتحقق من الأمور، ينظم البيانات، يجعل الأمور أكثر موثوقية قليلاً دون إحداث ضوضاء حول ذلك.
خذ السمعة.
في الوقت الحالي، إن شبكة الويب 3 نوعًا ما فوضوية. يمكن لأي شخص أن يقول أي شيء، ومن الصعب معرفة ما هو المهم فعلاً. ولكن إذا بدأت الأفعال تتحول إلى شيء يمكنك التحقق منه، وليس مجرد ادعاء... فإن ذلك يغير الأمور ببطء. ليس مثاليًا، ولكنه خطوة نحو شيء أكثر واقعية.
نفس الشيء مع الهبات.
نظريًا، يمكن أن يساعد في تصفية الأنشطة المزيفة ومكافأة المستخدمين الفعليين. ولكن مرة أخرى، يعمل فقط إذا كانت البيانات وراءه نظيفة. وإلا، فهي مجرد طبقة أخرى.
الإقراض هو المكان الذي يصبح فيه الأمر مثيرًا بالنسبة لي.
إذا كانت سجلاتك على السلسلة تعني شيئًا—إذا كان يمكن قراءتها والثقة بها—فستصبح القرارات أقل عشوائية. يبدأ الأمر في أن يشعر أكثر كنظام، وأقل كعمل تخميني.
لكن حتى بعد كل ذلك، شيء واحد لا يتغير.
المشكلة ليست حقًا في التكنولوجيا.
يمكننا بناء كل هذا.
الجزء الصعب هو جعل الناس يثقون به... ويستخدمونه فعليًا.
SIGN تُظهر أن التشغيل البيني ليس مجرد التحدث بنفس اللغة
كنت أعتقد أن التشغيل البيني كان مجرد شيء تقني. مثل كود أفضل، ومعايير أفضل، وتم حل المشكلة. لكن بعد قضاء بعض الوقت في النظر إلى إعداد ISO 20022 الخاص بـ SIGN، أدركت أنه ليس بالأمر السهل. ISO 20022 يخبر الأنظمة أساسًا كيف "تتحدث" مع بعضها البعض. إنه يحدد كيفية هيكلة بيانات الدفع، كيفية كتابة الرسائل، كيفية مشاركة التحديثات، كيفية تنسيق التقارير. ولأكون منصفًا، يبدو أن SIGN تتعامل مع هذا الجزء بشكل جيد. جانب الرسائل يبدو نظيفًا ومنظمًا. هذا بالتأكيد يساعد في تقليل الاحتكاك عندما تحتاج الأنظمة المختلفة للتواصل.
لحظة توقف Sign عن الظهور كميزة وبدأت تظهر كبنية تحتية!
لم أعتبر في البداية سرد الحكومة الخاص بـ Sign على محمل الجد، جزئياً بسبب الطريقة التي تم تأطيرها بها. تميل مصطلحات مثل “البنية التحتية السيادية” إلى إثارة الشك أكثر من الثقة. في عالم التشفير، تسعى المشاريع غالباً لاستخدام لغة مؤسسية قبل أن تُظهر الجاهزية المؤسسية. لذلك، كانت ردة فعلي الأولى ليست الحماس بل الحذر. ومع ذلك، مع قضاء المزيد من الوقت مع المواد الحديثة لـ Sign، بدأت تلك النظرة تتغير. ما تغير لم يكن الطموح نفسه، بل الطريقة التي تم تقديمه بها. الآن تُؤطِّر الوثائق S.I.G.N. كطبقة بنية تحتية أوسع للمال، والهوية، ورأس المال، مع وضع بروتوكول Sign كنظام الأدلة الأساسي عبر هذه المجالات. هذه خطوة مهمة بعيداً عن الفهم السابق لـ Sign كأداة توثيق أو توقيع إلكتروني فقط. إنها تقترح الانتقال نحو شيء أكثر أساساً.
كلما قضيت وقتًا أكثر في قراءة حول جدول رموز Sign، كلما شعرت أنه ليس مجرد ميزة تقنية.
يبدو أنه شيء مصمم للعمل في العالم الحقيقي.
يمكنك رؤية ذلك في كيفية تصميمه لقواعد التوزيع، وجداول التخصيص، والشروط للمطالبات، حتى القدرة على إيقاف أو عكس الأمور إذا لزم الأمر. كل شيء مُهيكل بطريقة يمكن تدقيقها. إنه ليس عشوائيًا. إنه مبني للأنظمة التي تكون فيها القرارات مهمة بالفعل.
تذهب الوثائق أعمق من ذلك. أشياء مثل الشروط متعددة المراحل، وحدود الاستخدام، والقيود الجغرافية التي تحول السياسة فعليًا إلى كود.
وهذه هي النقطة التي جعلتني أتوقف.
لأن نفس النظام الذي يمكنه إدارة شيء إيجابي مثل دفع المعاشات بمرور الوقت يمكن أيضًا استخدامه لتقييد كيفية استخدام المال أو من يمكنه الوصول إليه.
تقنيًا، كلاهما يأتي من نفس المصدر.
الكود لا يعرف الفرق. إنه يتبع فقط ما يُقال له.
لذا فإن المعنى الحقيقي لا يأتي من النظام نفسه. إنه يأتي من الأشخاص الذين يتحكمون فيه.
لأكون منصفًا، لا تحاول Sign إخفاء ذلك. إنهم يفصلون بوضوح بين مستويات الحكم ويظهرون أن السيطرة الأعلى، بما في ذلك أشياء مثل الإيقافات الطارئة، تعود للسلطات السيادية. هناك أيضًا سجل لمن وافق على ماذا ومتى، مما يضيف المساءلة.
ومع ذلك، أواصل العودة إلى فكرة واحدة. السؤال ليس ما إذا كان هذا النظام مفيدًا.
توقفت عن التفكير في التوقيع وبدأت أفكر فيما إذا كان لا يزال يعمل لاحقًا! $SIGN
كنت أعتقد أن التوقيعات الإلكترونية كانت قصة مكتملة. انقر، وقّع، واحصل على علامة خضراء. كان الأمر موثوقًا، بسيطًا، وبصراحة، لم أنظر أعمق. مثل معظم الناس، افترضت أنه إذا كانت المنصات الكبيرة تقدم ذلك، فإن كل شيء تحتها يجب أن يكون بالفعل قويًا. لكن مع مرور الوقت، بدأت تلك المشاعر تتغير. ليس لأن شيئًا ما قد انكسر، ولكن لأنني بدأت ألاحظ أين لم يكن الأمر متماسكًا تمامًا. خاصةً عندما تتحرك الأمور عبر الحدود أو خارج البيئات الخاضعة للرقابة. الأنظمة المختلفة لا تثق دائمًا ببعضها البعض. القوانين لا تتطابق. وشيء يبدو صالحًا في مكان ما يمكن أن يشعر فجأة بعدم اليقين في مكان آخر.
إذا كان المشروع يحظى بالاهتمام، والحجم، ويتحدث عنه الناس في كل مكان، كنت أفترض أنه يسير بشكل جيد. لكن مع مرور الوقت، بدأ ذلك يبدو غير صحيح قليلاً.
ما غير تفكيري حقًا كان سؤال بسيط: ماذا يحدث بعد الإطلاق؟
إنه مثل فتح متجر. يمكنك تخزين كل شيء بشكل مثالي، ولكن إذا لم يكن هناك أحد يعود للشراء، فإنه لا يعمل حقًا. نفس الشيء مع إطلاق العملات المشفرة، فشيء ما سهل، لكن الحفاظ عليه حيًا هو الجزء الصعب.
مع $SIGN ، أرى نشاطًا. لكن إذا كنت صادقًا، لا يزال الكثير منه يبدو مدفوعًا بالحوافز.
الشيء الحقيقي الذي أبحث عنه مختلف.
هل يستخدمه الناس بالفعل مرة بعد مرة؟ هل يقوم البناة باستخدام ما هو موجود والبناء عليه؟ هل تتشكل حلقات لا تحتاج إلى دفع مستمر؟
هذا هو المكان الذي تبدأ فيه القيمة الحقيقية.
بدون ذلك، يأتي النشاط عادة ويذهب مع الأحداث. لا أزال أعتقد أنه في موقف قوي. لكن يبدو أنه مبكر.
في الوقت الحالي، يبدو أن الاستخدام يعتمد قليلاً على الأحداث، وليس منتشرًا جدًا بعد. الفكرة قوية، لكن التبني لا يزال بحاجة إلى إثبات نفسه.
لذا الآن أحتفظ بالأمر بسيطًا. لم أعد ألاحق الضجة.
أنا فقط أراقب، هل يعود الناس لاستخدامه دون أن يُقال لهم؟
إذا كانت الإجابة نعم، أقترب. إذا لم تكن كذلك، أبقى صبورًا.
الأسبوع الماضي كنت أعمل على تطبيق صغير لمجموعة الكريبتو الخاصة بي. كانت الفكرة بسيطة: إذا ساهم شخص ما بما فيه الكفاية، يجب أن يحصل تلقائيًا على الوصول إلى قناة خاصة دون موافقات يدوية، دون عمل إداري.
يبدو أساسيًا، أليس كذلك؟ لكنني قضيت ساعات في محاولة معرفة كيفية القيام بذلك، وبصراحة لم يكن هناك طريقة نظيفة للقيام بذلك على السلسلة. إما أن أضطر إلى كتابة كل شيء بشكل ثابت أو الاعتماد على واجهة خلفية مركزية. هذا النوع من الأمور يفسد الفكرة بالكامل.
عندها بدأت أفهم ما الذي يحله Sign فعليًا.
في الوقت الحالي، معظم الإثباتات في Web3 ثابتة. يتم التحقق منك مرة واحدة، وتبقى تلك الحالة كما هي. لا يتم تحديثها تلقائيًا. يمكن أن تنتهي صلاحية KYC لشخص ما، لكن الإثبات لا يزال موجودًا. يمكن أن يتوقف المساهم عن كونه نشطًا، لكن سمعته لا تتغير.
هنا تتعطل الأمور.
مع $SIGN ، تقوم روابط المخطط بتغيير ذلك تمامًا.
بدلاً من جلوس الإثباتات هناك، تصبح نشطة. عندما يتم إنشاء توثيق أو تحديثه أو إلغاؤه، يتم تشغيل المنطق المخصص تلقائيًا. لا فحوصات يدوية، ولا طبقة وسطى.
يحدد المخطط القواعد. يسجل التوثيق الحالة. وتجعل الروابط كل ذلك يعمل في الوقت الحقيقي.
لذا في حالتي، إذا وصل شخص ما إلى عتبة المساهمة، يمكن أن يفتح الوصول تلقائيًا. إذا توقفوا عن المساهمة، يمكن إزالة الوصول بسهولة أيضًا.
الآن الإثبات ليس مجرد سجل. إنه يصبح جزءًا من كيفية تشغيل النظام فعليًا.
من الإثباتات الثابتة إلى المنطق الديناميكي: كيف يمكّن SIGN الأتمتة الفورية على السلسلة
الأسبوع الماضي حاولت بناء ميزة إقراض صغيرة لمشروع جانبي. كانت الفكرة مباشرة: تقييم جدارة الائتمان لمحفظة باستخدام إشارات متعددة تاريخ السداد على Aave، والمساهمات في DAO، والتحقق من الهوية، والمشاركة في التدقيق. على الورق، كل شيء موجود. في الممارسة العملية، أصبح الأمر سريعاً غير قابل للإدارة. جاء كل مصدر مع واجهة برمجة التطبيقات الخاصة به، ونموذج البيانات، وفرض الثقة. كان دمج أربعة أنظمة يعني الحفاظ على أربعة خطوط أنابيب. أي تغيير طفيف من مزود واحد كان يعرض التدفق بالكامل للخطر. في النهاية، تخلّيت عن الميزة ليس بسبب نقص البيانات، ولكن لأن البيانات كانت تفتقر إلى القابلية للتشغيل المتبادل.
ما وراء الشفافية: كيف تعيد ميدنايت تعريف تحقق سلسلة الكتل
الجزء الغريب لم يكن أن النتيجة بدت خاطئة. لم تكن. تم تحديث الحالة، والتحقق من الإثبات، كل شيء تحرك بالضبط كما ينبغي. عالجت ميدنايت الأمر بشكل نظيف. ما شعر به كان مختلفًا هو شيء آخر. قبلت الشبكة نتيجة دون أن ترى كيف حدث ذلك بالفعل. في معظم سلاسل الكتل، يبدو أن ذلك مستحيل. عادةً، كل عقدة تراقب العملية. يتم إعادة تشغيل المعاملات، والخطوات مرئية، والجميع يتفق لأنهم جميعًا رأوا نفس المسار. حتى لو كان فوضويًا، يمكنك تتبعه والقول، "هذا هو كيف وصلنا إلى هنا."
كان علي مرة أن أثبت دفعًا، ليس هناك ما هو معقد، فقط تأكيد بسيط. ولكن للقيام بذلك، انتهى بي الأمر بمشاركة أكثر مما كنت مرتاحًا له. ليس فقط تلك المعاملة الواحدة، ولكن أجزاء من تاريخ محفظتي التي لم يكن لها علاقة بالطلب.
هنا يبدو الأمر غير صحيح.
لإثبات شيء صغير، غالبًا ما تكشف عن الكثير أكثر من اللازم. إنه يعمل لكنه ليس دقيقًا، ومع مرور الوقت يبدأ ذلك في أن يصبح مهمًا.
لهذا السبب يبدو أن الاتجاه وراء $NIGHT عملي بالنسبة لي.
بدلاً من اعتبار الخصوصية شيئًا يُضاف لاحقًا، تبني ميدنايت ذلك في عملية التحقق نفسها. مع إثباتات المعرفة الصفرية، يمكنك تأكيد شيء ما صحيح دون كشف جميع البيانات الأساسية.
ما أجده مهمًا هو أن هذه ليست مشكلة كبيرة وواضحة.
تظهر في مواقف صغيرة، يومية، مثل إثبات دفع، تأكيد الوصول، شرح معاملة. ولكن تلك اللحظات تحدث أكثر مما نعتقد.
إذا كان بإمكان ميدنايت التعامل مع تلك الحالات بطريقة أنظف، فإنها لا تحل مجرد قضية نظرية.
إنها تحسن شيئًا يتعامل معه الناس بانتظام، حتى لو لم يلاحظوا ذلك دائمًا.
SIGN والتوازن بين الخصوصية والامتثال في أنظمة CBDC
كنت أقرأ تصميم CBDC الخاص بـ SIGN، وحدث شيء لا أستطيع تجاهله الآن. في البداية، يبدو الأمر نظيفًا. تم بناء الامتثال مباشرة في نظام فحوصات AML، وحدود التحويل، والإبلاغ يتم تلقائيًا. لا أوراق، لا تأخيرات، كل شيء يعمل في الخلفية. لكن بعد ذلك بدأت أفكر في ما يعنيه ذلك في الممارسة العملية. إذا كانت كل معاملة تمر عبر فحص الامتثال، فإن كل إجراء تتخذه ينشئ سجلاً. ليس فقط المعاملة، ولكن حقيقة أنها حدثت، ومتى حدثت، وأنها اجتازت (أو فشلت) الفحص.
هناك شيء ما حول تصميم CBDC الخاص بشركة SIGN عالق في ذهني.
بينما كنت أستعرض إعدادهم على Hyperledger Fabric، لاحظت أنهم يستخدمون نموذج UTXO بدلاً من النظام القائم على الحسابات المعتاد. هذا مثير للاهتمام، لأن معظم العملات الوطنية وحتى معظم تصاميم CBDC تتمسك بنماذج الحسابات. إنه بسيط، سهل تتبع الأرصدة، وأسهل بكثير في تطبيق القواعد والامتثال.
يعمل UTXO بشكل مختلف. إنه يتتبع قطع القيمة الفردية بدلاً من مجرد الأرصدة. إنها نفس الفكرة التي يستخدمها بيتكوين.
في البداية، شعرت أنه اختيار غير عادي. لكن بعد ذلك بدأت الزاوية المتعلقة بالخصوصية تتضح.
مع UTXO، يمكن لكل مخرج أن يحمل إعدادات خصوصية خاصة به، مما يعمل بشكل جيد للغاية مع إثباتات المعرفة الصفرية. أنت لا تحمي مجرد حساب، بل تحمي كل قطعة من القيمة. هذه في الواقع ميزة كبيرة إذا كانت الخصوصية أولوية.
لكن بعد ذلك تظهر الجوانب الأخرى.
عندما تحاول بناء أشياء مثل التخصيص، الشروط، أو القيود، بشكل أساسي المال القابل للبرمجة، يصبح الأمر معقدًا. أكثر تعقيدًا بكثير مما هو عليه في نموذج الحساب حيث تكون كل الأشياء في مكان واحد.
لذا الآن أنا عالق في هذه الفكرة…
هل اختاروا UTXO لأنه أفضل للخصوصية؟ أم أنه جاء فقط مع النظام الذي يستخدمونه؟
والأهم من ذلك، هل يمكن لنموذج واحد حقًا التعامل مع الخصوصية القوية والبرمجة المعقدة؟
أم أن هذين الهدفين يجذبان بشكل طبيعي في اتجاهات مختلفة؟