قبل كم يوم، سألني واحد من الرفاق، قال إنه ساهم بكم بيانات في شبكة OpenLedger التجريبية، وبعدها وصلته تحويلة صغيرة في المحفظة، مو كثير، تكفي تشتري فنجان قهوة أمريكية. هو يحب يعرف هالمبلغ كان مرتبط بأي استدعاء نموذج، وأي بيانات أثرت، حاول يدور في سجلات المتصفح وما حصل جواب. السلسلة فقط أظهرت هاش تسوية جماعية، وداخلها آلاف العمليات، وما ينقدر نفككها.
قلت له إن حيرتك هذي حقيقية جدًا. عملية توزيع النسب رياضيًا ممكن تكون دقيقة لحد النقطة العشرية، لكن الدفتر الدقيق مو مفتوح لك بشكل شخصي. اللي تقدر تشوفه هو النتيجة، بس ما تقدر تشوف العملية. هذا مثل لما تروح المطعم، وفي نهاية الشهر يقولون لك إنه مجموع اللي أكلته هو ثمانمائة، بس ما يقولون لك أي وجبة كانت مرتبطة بأي طبق. تعرف الإجمالي مو غلط، بس دايمًا تحب تعرف كم كلفتك هالطبق من لحم البقر المحمر.
وهذا يقودنا إلى سؤال بسيط جدًا: آلية Proof of Attribution تُسنِد المساهمات، لكن كيف يمكنك بصفتك مساهمًا التحقق من أن بياناتك احتُسبت فعلًا؟ لا يُخزَّن على السلسلة سوى الناتج الإجمالي، من دون تفاصيل كل عملية إسناد جزئية. وليس السبب أن المشروع لا يريد تخزينها، بل لأنه لا يستطيع تحمّل تكلفتها. فتسجيل تفاصيل إسناد عشرات الملايين من الاستدعاءات على السلسلة قد يملأ الكتل ويفني رصيد الغاز. لذا لا بد هندسيًا من ضغط البيانات والاحتفاظ بالإجمالي فقط، مع الاستغناء عن سجل العمليات.
هذه مقايضة معقولة، لكنها تغيّر نموذج الثقة. ففي غياب التفاصيل، ليس أمامك سوى أن تثق بأن النظام أجرى الحسابات على نحو صحيح، ولا يمكنك التحقق منها بنفسك. وهذا يتعارض مع مبدأ «عدم الحاجة إلى الثقة» الذي تقوم عليه البلوكشين. يمكنك القول إن هذه مشكلة مشتركة بين جميع أنظمة الإسناد الجزئي الحالية، لكن المشكلة تظل مشكلة، ولا ينبغي تسويقها على أنها «تجعل كل مساهمة واضحة للعيان».
@OpenLedger هل يمكن حل هذه المشكلة؟ أعتقد أن ذلك ممكن على خطوتين. الخطوة الأولى هي توفير خدمة استعلام عن الإسناد خارج السلسلة، من دون تسجيل التفاصيل على السلسلة، مع السماح للمساهمين بالاستعلام عبر واجهة عن عدد مرات استدعاء كل عنصر من بياناتهم ومبلغ حصتهم. لن تكون البيانات على السلسلة، لكنك ستتمكن على الأقل من الاطلاع على التفاصيل وجمع الأرقام بنفسك باستخدام الآلة الحاسبة، ثم التحقق من تطابقها مع الإجمالي المسجل على السلسلة. أما الخطوة الثانية، فهي تجزئة ملخص هذه الخدمة دوريًا وتسجيله على السلسلة، لضمان عدم التلاعب بنتائج الاستعلام. هكذا نوفر رسوم الغاز، ونمنح المساهمين وسيلة للتحقق.
لا يوضح المستند التقني الحالي هذا التصميم صراحةً، لكنني آمل أن يكون العمل عليه قد بدأ بالفعل. فالإسناد من دون تفاصيل يشبه متجرًا لا يعطيك إيصالًا؛ ليس أمامك سوى أن تثق بأنه لم يخطئ في الحساب.
ولنتحدث أيضًا عن OpenLoRA. فالدفع بحسب الاستخدام يتضمن بطبيعته سجلًا تفصيليًا. في كل مرة تستدعي فيها نموذجًا، يسجل النظام عملية، وتأتيك فاتورة مفصلة في نهاية الشهر. وإذا أمكن الاستفادة من هذا النهج في توزيع الحصص بناءً على الإسناد، عبر ربط الاستدعاءات بالإسناد، فسيتمكن المساهمون من البحث عن بياناتهم باستخدام معرّف الاستدعاء ومعرفة حجم تأثيرها. ليست المشكلة أن ذلك مستحيل تقنيًا، بل في تكلفة الحوسبة والتخزين. لكن الاتجاه صحيح.
أتابع بين الحين والآخر تحركات بيتكوين وإيثيريوم، والسبب الأساسي وراء نجاح هاتين الشبكتين هو أن بإمكان أي شخص التحقق من كل معاملة. فصلاحية التحقق موزعة على كل عقدة، ولا حاجة إلى الثقة بأي وسيط.#OpenLedger وإذا أردنا بناء طبقة لتسوية القيمة في عصر الذكاء الاصطناعي، فعلينا الالتزام بالمعيار نفسه. يمكن عدم تسجيل جميع تفاصيل الإسناد على السلسلة، لكن يجب إتاحة وسيلة للتحقق للجميع.
في قيمة $OPEN، يتوقف جزء منها على هذا السؤال. فإذا ظل المساهمون عاجزين عن فعل أي شيء سوى قبول نتائج التسوية، من دون أن يتمكنوا من التحقق منها بأنفسهم، فستفتقر مصداقية هذا النظام إلى ركيزة أساسية.
أعتقد أن فريق المشروع يدرك هذه المشكلة. آمل أن يتضمن التحديث القادم أداة تتيح حتى للأشخاص العاديين الاطلاع على التفاصيل، من دون الحاجة إلى فهم أشجار ميركل أو تشغيل عقدة؛ بضع نقرات بالماوس تكفي لمعرفة المبلغ الذي حققته كل قطعة من بياناتك. عندها فقط تكتمل دورة PoA فعلًا.#