أنا سعيد حقًا اليوم لأن كل العمل الشاق، والليالي المتأخرة، والالتزام، والجهد في Binance Square تؤتي ثمارها أخيرًا 🙏🔥
يشرفني أن أكون مؤهلًا لتوزيع مكافأة ROBO المرحلة 3 كواحد من أفضل 100 منشئ محتوى في قائمة المتصدرين على CreatorPad 🏆
هذا ليس حظًا. هذا هو نتيجة الصبر، والتفاني، والعمل اليومي 💯
كنت أظهر باستمرار. كنت أتعلم. كنت أنشر. واليوم، يبدو أن هذا هو ثمار ذلك العمل الشاق 🍀🚀
لحظات مثل هذه تذكرني أن الجهد لا يذهب سدى. عندما تعمل بصمت، وتحسن يوميًا، وتبقى ملتزمًا، في يوم من الأيام ستتحدث النتائج عن نفسها ❤️
ممتن لكل من دعموني في هذه الرحلة — كل إعجاب، كل تعليق، كل متابعة تعني الكثير 🤝
هذه مجرد مرحلة واحدة. المزيد من العمل الشاق، والمزيد من النمو، والإنجازات الأكبر لا تزال في الطريق 🔥 شكرًا جزيلاً @Binance Square Official وشكرًا لعائلتي
يبدأ النظام في الظهور بشكل سياسي في اللحظة التي يصبح فيها سجل الاستثناءات أكثر أهمية من تدفقه الرئيسي. كانت هذه هي ردة فعلي أثناء قراءتي لنموذج حوكمة S.I.G.N. @SignOfficial .
ما أثر فيّ لم يكن فقط أن Sign Global تتوقع الحصول على موافقات موقعة، وإصدارات RuleSet، ومناشير التوزيع، ومراجع التسوية، وسجلات الإلغاء أو الحالة لعمليات التدقيق. بل كانت الاعتراف الهادئ المدفون داخل ذلك التصميم: البرنامج السيادي لا يحمي مصداقيته فقط من خلال العمل بشكل صحيح. إنه يحمي المصداقية من خلال جعل استثناءاته قابلة لإعادة البناء عندما يتساءل شخص ما عن قضية لاحقًا.
هذه هي السبب على مستوى النظام الذي أعتقد أن هذا الأمر مهم. في وزارة أو بيئة توزيع منظمة، المسار العادي ليس المكان الذي يتم فيه اختبار الثقة بشكل أقوى. يظهر الضغط عندما يتم الطعن في دفعة واحدة، أو يتم النزاع حول حالة أهلية واحدة، أو تبدو موافقة واحدة متأخرة، أو لا تتطابق مرجع تسوية واحد مع ما توقعه المدقق. إذا كان بإمكان S.I.G.N. إظهار المسار السعيد ولكن لا يمكنه إعادة بناء مسار الاستثناء بشكل نظيف، فإن السجل يتوقف عن الشعور كأنه بنية تحتية عامة ويبدأ في الشعور كأنه أوراق اختيارية.
لهذا السبب لا أعتقد أن $SIGN سيتم الحكم عليه فقط بناءً على صحة الإثبات. سيتم الحكم عليه أيضًا بناءً على ما إذا كان @sign يمكنه جعل القضايا المتنازع عليها قابلة للقراءة دون إجبار الوزارات والمشغلين والمدققين على التخمين اليدوي. إذا ظلت الاستثناءات غير شفافة، فقد تظل السلسلة قابلة للتحقق تقنيًا ولا تزال تفقد المصداقية السيادية حيثما كان ذلك مهمًا. #SignDigitalSovereignInfra
قد يشكل طابور المصدّرين Sign أكثر مما يفعل السلسلة.
الطابور الأول الذي سأقلق بشأنه في S.I.G.N. ليس طابور المعاملات. إنه طابور المؤسسات التي تنتظر لتصبح مصدرة موثوقة. لقد غير ذلك كيف أقرأ المشروع. في نموذج الحوكمة الحالي لـ Sign، لا تقوم هيئة الهوية فقط بتمرير معيار تقني والمغادرة. إنها تتعامل مع اعتماد المصدّرين، وإجراءات سجل الثقة، وحوكمة المخطط، وسياسة الإلغاء. هذا يعني أن النظام يقوم بقطع وعد صارم قبل أن يحمل بروتوكول Sign أي اعتماد وقبل أن تستخدم TokenTable أي منها داخل برنامج. إنه يعد بأن المؤسسات المسموح لها بالكتابة في طبقة الأدلة تستحق أن تكون هناك.
وبصراحة... كان الكثير منا من المجتمع المسلم في انتظار.
في انتظار حتى رسالة صغيرة. في انتظار مجرد "عيد مبارك" بسيطة. في انتظار أن نشعر بأننا مُلاحظون على منصة نظهر فيها كل يوم.
لكن لم يأتي شيء.
لا أمنية. لا اعتراف. لا لحظة احترام للملايين الذين يحتفلون بأحد أهم أيام السنة.
كان ذلك الصمت مؤلماً.
@Binance Square Official @CZ هذا ليس عن الترويج. ليس عن الاتجاهات. إنه عن الاحترام. إنه عن الاعتراف بالمجتمع المسلم الذي هو هنا، نشط، مخلص، ويساهم كل يوم.
بالأمس، كان العديد من المستخدمين المسلمين في انتظار رؤية سطر واحد منك. مجرد كلمتين: عيد مبارك.
كان ذلك كل شيء.
بالنسبة لمنصة عالمية، لم يكن يجب أن يكون هذا الكثير. بالنسبة لمجتمع بهذا الحجم، لم يجب أن يُنسى هذا.
نحتفل معًا. ندعم معًا. نبني هنا أيضًا. لذا فإن تجاهلنا في يوم مثل عيد feels deeply disappointing.
ومع ذلك، مني إلى كل مسلم هنا: عيد مبارك 🤍🌙
وأتمنى حقًا في المرة القادمة، أن وجودنا لا يُهمل. @BiBi
يمكن أن يكون السجل شفافًا ولا يزال يبدو معتمدًا على الذات. هذه هي النقطة التي كنت أعود إليها أثناء نظري إلى @SignOfficial
ما يجعل S.I.G.N. مثيرًا للاهتمام بالنسبة لي ليس فقط أن بروتوكول Sign يمكن أن يحمل الأدلة و TokenTable يمكن أن تنسق منطق البرنامج. بل إن نموذج الحوكمة يفصل الأدوار مثل سلطة الهوية، وسلطة البرنامج، والمشغل الفني، والمدقق. هذا الفصل ليس مجرد أوراق. إنه طبقة المصداقية.
إليك السبب. في نظام سيادي، تصبح السجلات أقل أهمية إذا كانت نفس المؤسسة قادرة على تشغيل البنية التحتية، وإصدار الاعتماد، والجلوس بالقرب من مسار المراجعة عندما يحدث خطأ ما. قد تظل التشفيرات جيدة. قد تظل السجلات نظيفة. ولكن الأدلة تبدأ في فقدان الوزن السياسي لأن النظام يبدأ في الظهور وكأنه يعتمد على نفسه.
هذا نوع مختلف من الفشل عن الأكواد السيئة أو فترات التشغيل الضعيفة. إنه انهيار مؤسسي داخل مجموعة تقنية تعمل بشكل جيد.
لذلك بالنسبة لـ $SIGN ، لا أعتقد أن المصداقية السيادية ستتحقق فقط من خلال جودة الأدلة. سيتم تحقيقها من خلال ما إذا كانت الأدلة في بروتوكول Sign والبرامج في TokenTable تبقى بعيدة بما فيه الكفاية عن السيطرة التشغيلية بحيث يمكن للمراجع الخارجي أن يظل يعتقد في السجل. إذا اختفى هذا البعد، فقد يبقى النظام قابلًا للتحقق ولا يزال يتوقف عن الشعور بالسيادة. #SignDigitalSovereignInfra
ما جعل Sign تشعر بالاختلاف بالنسبة لي لم يكن سطرًا آخر عن الهوية أو الشهادات. بل كان رؤية S.I.G.N. تتحدث بصراحة عن الحوكمة التشغيلية، SLAs، التعامل مع الحوادث، مسارات التصعيد، لوحات المعلومات للمراقبة، ونوافذ الصيانة. يتم تأطير بروتوكول Sign وTokenTable للتزامن الوطني، وليس من أجل عرض جميل يعمل عندما يكون المرور خفيفًا ولا ينتظر أحد مهم. هذا غير الطريقة التي قرأت بها المشروع بأكمله. لأنه عندما يُقصد بنظام ما أن يكون تحت المال، الهوية، ورأس المال على نطاق سيادي، يتوقف السؤال عن كونه صحيحًا فقط. بل يصبح السؤال عما إذا كان موجودًا عندما يكون مطلوبًا.
السطر الذي غير كيف قرأت @MidnightNetwork اليوم لم يكن حول إثبات شيء بشكل خاص. كانت قاعدة الإفصاح حول القراءات، والإزالات، وتدفق التحكم في Compact.
ادعائي مباشر جدًا: في Midnight، لا يمكن أن تتوقف مراجعة الخصوصية عند "ما البيانات التي تُكتب على السلسلة." يجب أن تشمل "ما الذي كان على العقد أن يكشفه فقط ليقرر ماذا يفعل."
السبب على مستوى النظام هو أن نموذج disclose() في Midnight أكثر صرامة من غريزة الباني المعتادة. في Compact، يمكن لبعض معلمات المُنشئ، ومعلمات الدائرة المُصدرة، وظروف الفروع، وحتى بعض القراءات أو الإزالات من السجل أن تصبح قابلة للملاحظة بما فيه الكفاية بحيث يكون الإفصاح هو القضية الحقيقية. ذلك يغير النموذج الذهني. يمكن لمطور أن يعتقد أنه احتفظ بالسر لأنه لم يخزن السر علنًا، بينما منطق العقد قد كشف بالفعل عن الكثير من خلال المسار الذي اتبعه. القيمة تبقى مخفية. أثر القرار لا.
لهذا السبب أعتقد أن نضوج خصوصية Midnight سيعتمد على انضباط مراجعة الكود أكثر مما يتوقع العديد من الناس. سيحتاج البناة إلى تدقيق ليس فقط التخزين، ولكن أيضًا القراءات، والفروع، وسلوك الواجهة الخاصة بالنصوص. خلاف ذلك، يمكن أن يكون العقد "خاصًا" بالمعنى العابر ولا يزال يتسرب المعنى في الأماكن الدقيقة التي اعتبرها المطور غير ضارة.
إشارتي بسيطة: إذا لم تتعلم الفرقاء الذين يبنون على Midnight أن يتعاملوا مع disclose() كقاعدة تصميم بدلًا من كونها تفاصيل نحوية، فإن @midnightnetwork يخاطر بإنتاج تطبيقات تبدو آمنة من حيث الخصوصية من الخارج بينما تقوم بهدوء بتعليم أكثر مما تعنيه. $NIGHT #night #night
السطر الأكثر خطورة الذي وجدته في وثائق Compact الخاصة بـ Midnight اليوم لم يكن عن البراهين. كان عن ما يُسمح للمنشئ بفعله. يمكن للمنشئين Compact تهيئة حالة دفتر السجل العامة. يمكنهم أيضًا تهيئة حالة خاصة من خلال استدعاءات الشهود. ولا يمكن تعديل حقول دفتر السجل المغلقة بعد التهيئة. اجمع بين هذه الحقائق الثلاث وستصبح المخاطر واضحة جدًا، وبسرعة كبيرة. يمكن لعقد Midnight أن يقفل أكثر من البيانات عند الولادة. يمكنه أن يقفل قاعدة. هذه هي الجزء الذي أعتقد أن البنائين قد يستهينون به.
الجزء من @SignOfficial الذي أعتقد أن الناس لا يزالون يبالغون في تقديره ليس التحقق من الشهادات. إنه تزامن القواعد.
في نظام بحجم سيادي، إثبات أن شخصًا أو محفظة مؤهلين هو نصف الأمر السهل فقط. يبدأ النصف الأصعب عندما يتعين على وكالات متعددة، وبائعين، وطرق دفع جميعها أن تتصرف وفقًا لنفس إصدار السياسة في نفس الوقت. إذا قام أحد الأطراف بتحديث حد أو جدول أو قاعدة تفويض بينما يستمر الآخر في تشغيل المنطق الأقدم، يمكن أن تظل الشهادات صالحة ويمكن أن ينزلق البرنامج إلى نتائج غير متسقة. لهذا السبب لا أرى عنق الزجاجة الحقيقي في S.I.G.N. كـ "هل يمكنه التحقق؟" أراه كـ "هل يمكنه الحفاظ على برنامج واحد مُدار يتصرف كبرنامج واحد تحت التغيير؟"
تلك الأسباب على مستوى النظام تهم أكثر مما يعتقد معظم الناس. يمكن أن يتسارع التحقق أسرع من التنسيق.
لذلك بالنسبة لـ $SIGN ، قد تكون الاختبار السيادي الحقيقي أقل حول إثبات المطالبات بشكل نظيف وأكثر حول ما إذا كانت الوزارات والمشغلون يمكنهم البقاء متزامنين عندما تتحرك القواعد. #SignDigitalSovereignInfra
قد تكون طبقة الموافقة في Sign أكثر أهمية من مجموعة القواعد
الجزء من Sign الذي ظل معي لم يكن هو الشهادة نفسها. كانت تلك اللحظة بعد ذلك، عندما يكون جدول التخصيص المسودة موجودًا هناك في انتظار الموافقة قبل أن يصبح نهائيًا. هذه خطوة صغيرة في سير العمل على الورق. في TokenTable، من المحتمل أن تكون واحدة من أكثر الخطوات السياسية في النظام بأكمله. سوف ينظر الكثير من الناس إلى Sign ويركزون أولاً على المنطق المرئي. من المؤهل. أي اعتماد محسوب. سواء كانت القاعدة عادلة. تلك الجزء مهم. لكنني لا أعتقد أنه أعمق نقطة تحكم. بمجرد أن نظرت عن كثب إلى كيفية عمل TokenTable، انتقل الضغط إلى مكان آخر. تغذي الأدلة الموثقة جدول التخصيص. يمر ذلك الجدول من خلال سير عمل الموافقة. ثم يتم الانتهاء منه ويصبح غير قابل للتغيير. فقط بعد ذلك تبدأ القصة النظيفة.
اليوم الجزء الذي بقي في رأسي حول @MidnightNetwork لم يكن شعار خصوصية. كان لحظة صغيرة قبيحة جدًا. يبدو أن المحفظة ممولة، يتم الضغط على الزر، ولا تزال العملية لا تتم. هذا النوع من الاحتكاك سهل التجاهل في النظرية ومزعج جدًا في الاستخدام الواقعي.
مطالبتي بسيطة. قد لا يكون الخطر الحقيقي لإنتاج منتصف الليل هو ملكية الرموز. قد تكون جاهزية المعاملات.
السبب على مستوى النظام هو أن مسار الرسوم ليس مطابقًا لمسار القيمة. في معاينة منتصف الليل، NIGHT هو الرمز العام، لكن يتم دفع الأفعال باستخدام DUST. إن الاحتفاظ بـ $NIGHT مهم، ومع ذلك تعتمد سعة الرسوم على توليد DUST، وتعيينه، وتوافره الفعلي. لذا يمكن أن تبدو المحفظة جيدة من زاوية واحدة ولا تزال تفشل في اللحظة الدقيقة التي تحتاج فيها عملية نشر، أو مكالمة عقد، أو إجراء مستخدم إلى المرور. هذا ليس مجرد اقتصاديات رمزية. هذه مشكلة في حالة العمليات.
أعتقد أن الناس سيقللون من تقدير مقدار الاحتكاك الذي يعيش في تلك الفجوة. عادةً ما يقوم البناة وفرق الدعم بإصلاح الأرصدة المرئية أولاً. ولكن إذا كانت التمويل وجاهزية الرسوم حالات مختلفة، يمكن أن تشير الرصيد المرئي في الاتجاه الخاطئ، ويتم حرق الوقت في المحاولات المتكررة، والمستخدمين المرتبكين، والافتراضات الخاطئة.
تلميحي صريح: إذا لم تتمكن منتصف الليل من إخفاء تلك الفجوة في الجاهزية داخل المحافظ والأدوات، فإن الاستخدام السائد سيتباطأ قبل فترة طويلة من نفاد الطلب على الخصوصية. #night $NIGHT
يبدأ خطر الإنتاج الحقيقي لميدنايت عندما تنفصل المحفظة الممولة والجاهزة للرسوم
كانت المحفظة تحتوي على قيمة فيها. لا يزال الإطلاق فاشلاً. تلك هي اللحظة التي بقيت معي بينما كنت أقرأ وثائق ميدنايت اليوم. كانت الرسالة واضحة: لم يتم توليد ما يكفي من الغبار لدفع الرسوم. أعتقد أن هذا الفشل الصغير يروي حقيقة أكبر عن ميدنايت أكثر من أي عرض عام آخر للخصوصية. في ميدنايت، يمكن أن تبدو المحفظة ممولة ولا تزال غير جاهزة للعمل. هذا هو خطر الإنتاج الحقيقي الذي أعود إليه دائمًا. يجعل عرض ميدنايت الانقسام واضحًا جدًا بمجرد أن تتوقف عن قراءته كاقتصاديات رمزية عادية. NIGHT هو الرمز العام الرئيسي. DUST هو ما يدفع رسوم المعاملات. الاحتفاظ بـ NIGHT يولد DUST. يجب أن تحدد المحفظة أيضًا إنتاج DUST لعنوان معين. وعرض ميدنايت الآن يعامل المحفظة على أنها تحتوي على عناوين محمية وغير محمية وDUST. لذا، الشبكة لا تسأل فقط عما إذا كانت المحفظة تمتلك قيمة. إنها تسأل عما إذا كانت المحفظة في حالة الرسوم الصحيحة للإنفاق.
أغرب جزء من @Fabric Foundation بالنسبة لي هو أن اقتصاد الروبوت في مراحله المبكرة قد يبدو أقل شبيهاً بالأجور وأكثر شبيهاً بالرسوم الدراسية.
قرائتي بسيطة: قد تحتاج Fabric إلى سوق ائتمان لاكتساب القدرات قبل أن يكون لديها سوق عمل حقيقية لعمل الروبوتات.
لماذا أعتقد ذلك؟ لأن المشكلة الكبرى ليست فقط في مطابقة الروبوتات مع الوظائف. بل هي الحصول على المهارات المفقودة التي تجعل تلك الوظائف ممكنة في المقام الأول. إذا كان الروبوت لا يستطيع بعد إجراء الفحص أو الإصلاح أو الفرز، أو بعض المهام الضيقة بشكل جيد بما فيه الكفاية، فإن شخصاً ما لا يزال يتعين عليه بناء تلك القدرة. هذا يعني أن السؤال الاقتصادي يظهر في وقت أبكر مما يتوقعه الناس. من يدفع لإنشاء المهارة قبل أن يحصل الروبوت على دخل مستقر؟ هنا تصبح منطق الورقة البيضاء مثيرة للاهتمام. إنها تقترح عالماً يمكن فيه للروبوتات الاقتراض لتحفيز البشر على بناء نماذج لها، ثم سداد القروض ومبدعي المهارات من الأرباح المستقبلية.
هذا ليس سوق برمجيات عادي. هذا أقرب إلى ضمان دخل الآلات المستقبلية.
وأعتقد أن ذلك مهم للغاية لكيفية قراءة الناس ل $ROBO . سوق المهارات شيء واحد. سوق الائتمان لإنشاء المهارات شيء آخر. الثانية أصعب بكثير، لأنها تجبر الشبكة على تسعير تدفقات نقدية مستقبلية للروبوتات قبل أن تصبح تلك التدفقات ناضجة بما يكفي للثقة.
إذا كانت تلك القراءة صحيحة، قد تضطر Fabric إلى إثبات شيء أغرب من الطلب على عمل الروبوتات أولاً. قد تحتاج إلى إثبات أن الآلات مقرضة جديرة بالثقة بما يكفي لتمويل تعليمها الخاص. $ROBO #ROBO
يعمل متجر تطبيقات Fabric فقط إذا ظلت مهارات الروبوت قابلة للإيجار
الجزء من Fabric الذي غيّر كيف قرأت المشروع بأكمله لم يكن هو متجر تطبيقات مهارات الروبوت نفسه. كانت اللحظة التي توقفت فيها فكرة متجر التطبيقات عن كونها مفتوحة وبدأت تبدو باهظة الثمن. يمكن لأي شخص أن يسمع "شرائح المهارات المودولارية" ويعتقد أن الجزء الصعب قد تم إنجازه. قم بتثبيت قدرة. أزلها لاحقًا. ادفع أثناء كونها نشطة. حسنًا. لكن ذلك يصف فقط التوزيع. إنه لا يحل المشكلة الأصعب التي تكمن تحتها. إذا كان يمكن نسخ مهارة روبوت مفيدة في كل مكان بمجرد وجودها، فإن السوق حول تلك المهارة يصبح ضعيفًا بسرعة كبيرة.
الجزء الذي علق في ذهني حول @MidnightNetwork ليس أن البيانات الخاصة يمكن الكشف عنها بشكل انتقائي. بل هو أن اللحظة التي يحتاج فيها شخص ما إلى مراقبة النشاط المحمي، تتوقف الخصوصية عن كونها مشكلة إثبات وتبدأ في أن تصبح مشكلة تحكم الوصول.
قراءتي غير الواضحة هي هذه: قد لا تكون تحديات الخصوصية الأكثر صعوبة في Midnight مشكلة صحة الإثبات. قد تكون إدارة الجلسات.
السبب بسيط جداً. تصميم Midnight يسمح بمراقبة المعاملات المحمية من خلال مفتاح عرض وتدفق وصول قائم على الجلسة. باللغة الإنجليزية البسيطة، لم تعد الخصوصية تتعلق فقط بما إذا كان النظام يمكنه الكشف عن شيء لطرف مخول. بل يتعلق أيضاً بمن يفتح نافذة الرؤية تلك، ومدة بقائها مفتوحة، ومدى إحكام السيطرة عليها.
هنا أعتقد أن الناس يصبحون كسالى قليلاً. يسمعون عن الكشف الانتقائي ويفترضون أن المشكلة الصعبة قد تم حلها بمجرد أن يصبح الوصول ممكنًا تقنيًا. لا أعتقد ذلك. في اللحظة التي تصبح فيها الرؤية قائمة على الجلسة، تتحول الخصوصية إلى مشكلة عمليات. تبدأ الراحة في دفع الانضباط. يمكن أن يصبح الوصول المؤقت بهدوء وصولاً روتينياً. والوصول الروتيني هو المكان الذي تبدأ فيه العديد من أنظمة الخصوصية في أن تصبح أكثر ليونة مما تبدو عليه على الورق.
لذا حكمتي هي هذه: إذا كانت Midnight تريد خصوصية من مستوى المؤسسات الجادة، فسيتعين عليها إثبات أن البيانات يمكن الكشف عنها بشكل انتقائي، ولكن يجب أيضاً أن تظل جلسات الرؤية ضيقة، قابلة للتدقيق، وسهلة الإغلاق.
تكاليف تكامل Midnight المخفية تبدأ عندما يتوقف المستكشف عن كونه كافيًا
عادة واحدة من التشفير العادي تنكسر بسرعة على Midnight. يقول المستخدم إن شيئًا ما يبدو خاطئًا، والحركة الأولى واضحة. افتح المستكشف. تحقق من المعاملة. تحقق من العقد. تحقق من الحدث. في معظم السلاسل، هذه هي النقطة التي تبدأ فيها فرق الدعم والبنية التحتية لأن السلسلة قريبة بما يكفي من القصة الكاملة. على Midnight، يمكن أن تعطيك هذه العادة الثقة الخاطئة. كان هذا هو الجزء الذي ظل يزعجني بينما كنت أقرأ مستندات المشروع. نموذج خصوصية Midnight لا يخفي المزيد من البيانات فقط. إنه يقسم حقيقة التطبيق. بعض الحالة عامة ومرئية من خلال السلسلة والمفهرس. بعض الحالة تبقى محلية وخاصة. لذا يمكن أن يُظهر لك المستكشف شيئًا حقيقيًا، لكنه لا يمكنه دائمًا أن يُظهر لك ما يكفي.
الجزء من @Fabric Foundation الذي أواصل التفكير فيه ليس هو الاستقلال التام للروبوتات. إنه التشغيل عن بُعد.
قرائتي غير الواضحة هي أن سوق العمل العالمي الحقيقي الأول لـ Fabric قد لا يزال بشريًا. ليس العمل البشري خارج النظام. بل الحكم البشري الموجه من خلاله.
لماذا؟ لأن العمل الروبوتي المستقل تمامًا هو السوق الأصعب لإثباته في البداية. إنه يحتاج إلى الثقة، والأداء المتكرر، والقبول المحلي، والسلوك الآمن في البيئات الفوضوية، والمشترين المستعدين للاستمرار في الدفع لذلك الناتج. يستغرق ذلك وقتًا. المساعدة البشرية عن بُعد مختلفة. إنها تناسب المرحلة المبكرة بشكل أفضل. إذا كان بإمكان شخص في دولة ما التدخل، وتوجيه، وتصحيح، أو فتح جهاز في مكان آخر، فإن Fabric لا تنسق الروبوتات فقط. إنها تنسق الحكم المدفوع عبر الحدود حول الروبوتات.
هذا هو سوق حقيقي.
وأعتقد أن الناس قد يقدرون أقل ما يعنيه ذلك. لا تحتاج اقتصاديات الروبوتات إلى البدء بالروبوتات التي تحل محل العمل البشري بالكامل. يمكن أن تبدأ بجعل التدخل البشري أكثر وضوحًا، وأكثر قابلية للتوجيه، وأكثر قابلية للفوترة عبر المسافات. في هذا النموذج، التشغيل عن بُعد ليس مجرد نظام احتياطي. إنه جسر اقتصادي بين واقع العمليات اليوم واستقلال الغد.
هذا يغير كيف أقرأ $ROBO . قد تأتي القيمة المبكرة أقل من إثبات أن الروبوتات تعمل بالفعل بمفردها على نطاق واسع، وأكثر من إثبات أن التعاون بين الإنسان والآلة يمكن أن ينجز العمل عالميًا مع احتكاك أقل مما كان عليه من قبل.
إذا كان ذلك صحيحًا، فقد تعمل Fabric على تعميم الحكم البشري قبل أن تعمم العمل الروبوتي المستقل. $ROBO #ROBO
قد يكون أول عميل متكرر في Fabric هو محطة شحن، وليس مشتريًا بشريًا
في اللحظة التي رأيت فيها أن Fabric قد أظهرت بالفعل روبوتًا يدفع لمحطة شحن باستخدام USDC، توقفت عن قراءته كعرض لامع. قرأته كدليل. ليس عن ذكاء الروبوت. عن مزيج المعاملات. قد تثبت @fabricfoundation اقتصاد الآلات أولاً من خلال الروبوتات التي تشتري ما يبقيها على قيد الحياة، وليس من خلال سوق مفتوح على مصراعيه من البشر الذين يشترون باستمرار عمل الروبوت. هذا الاختلاف مهم. دفع الروبوت مقابل الشحن هو معاملة أنظف بكثير من إثبات الروبوت لطلب عميق على العمل. الشحن موحد. يتكرر. الحاجة واضحة. البائع واضح. فاتورة الدفع أسهل تسويتها. تشير منطق Fabric الخاصة في هذا الاتجاه. تم بناء الشبكة حول المدفوعات، الهوية، تسوية المهام، والأسواق للمدخلات مثل الطاقة، البيانات، الحوسبة، والخدمات. هذا يعني أن الحلقة القابلة للاستمرار الأولى قد تأتي من الروبوتات التي تتصرف كعملاء بنية تحتية متكررة قبل أن تتصرف كمزودي عمل موثوقين على نطاق واسع.