Tadge Dryja، الذي يظهر اسمه في الأوراق البحثية بصيغة Thaddeus Dryja، باحث في بروتوكولات بيتكوين. كتب مقترح Lightning Network بالاشتراك مع Joseph Poon. وتشمل أعماله Discreet Log Contracts التي تستخدم معلومات خارجية موقعة، وUtreexo لتقليل البيانات اللازمة لتمثيل الحالة الراهنة لبيتكوين.
تخيل أن على العقد حول العالم، أي الحواسيب التي تتحقق من قواعد بيتكوين، التحقق بصورة منفصلة من كل كوب قهوة تدفع ثمنه. كيف نزيد عدد المدفوعات من دون الحاجة إلى حواسيب أقوى باستمرار لتشغيل عقدة خاصة؟ بحث Joseph Poon وThaddeus Dryja في شبكة من قنوات الدفع. الورقة البيضاء المرتبطة هنا تشرح التصميم، وتحمل تاريخ 14 يناير 2016 وعلامة DRAFT 0.5.9.2. إنها مقترح تاريخي يساعد على فهم أصل الفكرة؛ أما القواعد الدقيقة لبرامج اليوم فيجب الرجوع إلى وثائق تلك البرامج لمعرفة تفاصيلها. [1]
يمكن تصور قناة الدفع كاتفاق يتجدد حول كيفية توزيع بيتكوين أودع مسبقاً. تغير كل دفعة حصة كل طرف. يوقع المشاركون هذه التغييرات، لكنهم لا ينشرون كل تحديث في البلوكشين، أي سجل المعاملات المشترك. وعندما ينتهي التعاون، يمكن فرض توزيع الأموال بواسطة معاملة Bitcoin. هكذا تنقل Lightning كثيراً من التحديثات خارج البلوكشين، بينما تظل التسوية النهائية قائمة على قواعد بيتكوين. [1]
قد يمنح اتفاق سابق رصيداً أكبر لشخص أنفق جزءاً منه لاحقاً. في نموذج إبطال الحالات الذي يصفه المقترح، يتيح نشر حالة أبطلت للطرف الآخر الرد بمعاملة عقابية. لكنه يجب أن يتحرك خلال مهلة محددة. لذلك يحتاج المشارك، أو جهة مراقبة يفوضها، إلى متابعة البلوكشين. والنتيجة العملية مهمة: التشفير لا يجعل الانقطاع الدائم من دون مراقبة آمناً. توفير مراقبة موثوقة جزء من حماية الأموال نفسها. [1]
لا تعرف بيتكوين وحدها سعر صرف عملة في يوم متفق عليه. تعالج Discreet Log Contracts، واختصارها DLC، عقوداً تتوقف تسويتها على معلومات كهذه. يعد طرفان الشروط والتوزيعات الممكنة مسبقاً. ثم يوقع oracle مختار، أي مصدر بيانات خارجي، إعلان النتيجة. يستخدم المشاركون هذا الإعلان لإجراء التسوية المناسبة. في هذا النموذج لا يحتفظ oracle بأموالهم، ولا يلزمه أن يعرف من يستخدم إعلاناته. إنه يوفر المعلومة بدلاً من إدارة محفظة شخص آخر. [2]
يساعد التوقيع الرقمي على تحديد من أصدر الرسالة وما إذا كانت قد تغيرت. لكنه لا يثبت صحة بياناتها. قد يعلن oracle سعراً خاطئاً، أو لا ينشر أي شيء. لمواجهة الصمت، يصف Dryja معاملة استرداد تعد مسبقاً ويمكن نشرها بعد انقضاء مهلة متفق عليها. الأموال لا تعود من تلقاء نفسها: يجب تضمين هذه الإمكانية في العقد، وعلى أحد الأطراف استخدامها. لذلك يظل اختيار مصدر موثوق ووضع خطة لتعطله أمرين مهمين. [2]
بحث Dryja أيضاً في حجم البيانات التي تحتاجها العقدة للتحقق من المدفوعات. UTXO هي مخرجات معاملات لم تنفق بعد: مبالغ منفصلة مع شروط تحدد كيفية إنفاقها. يسمح Utreexo للعقدة المتحققة بتمثيل مجموعتها بملخص تشفيري صغير يسمى المراكم. ويرافق الدفعة دليل على أن المخرج المستخدم ينتمي إلى هذه المجموعة. هذا يقلل البيانات المخزنة لتمثيل الحالة الراهنة. ولا يلغي التحقق من القواعد، ولا يضغط تاريخ بيتكوين كله في ملف واحد بالغ الصغر. [4]
يجب إيصال أدلة Utreexo إلى الجهة التي تتحقق منها أيضاً. لذلك قد يعني تخزين حالة أصغر نقل بيانات أكثر. يصف ملخص البحث محاكاة لتنزيل البلوكشين حتى بداية 2019: عند تخصيص 500 MB لذاكرة cache، وهي تخزين مؤقت لبيانات مفيدة، زادت الأدلة حجم التنزيل بنحو 25%. ولا يمثل رقم 500 MB إجمالي ذاكرة العقدة. إنها نتيجة تجربة محددة وليست ضماناً لمتطلبات التشغيل الحالية. عند تقييم التوفير يجب النظر إلى مساحة القرص والذاكرة ونقل البيانات معاً. [3]
في ذكريات نشرها MIT DCI، يروي Dryja بدايته غير الرسمية في MIT: أحضر حاسوباً، وتحدث مع الناس عن بيتكوين، وساعد طلاباً. ثم سألته المديرة Neha Narula إن كان يريد العمل هناك. ولاحقاً قاما بالتدريس معاً. وفي نص الوداع نفسه أعلن انتقاله إلى Lightspark لمواصلة العمل على بيتكوين وLightning. يسجل النص مرحلة معينة من مسيرته، لكنه لا يثبت جهة عمله الحالية. وتوضح منشوراته وشفرته وأفكاره المشروحة إسهامه أفضل من مسمى وظيفي واحد. [5]
للحصول على صورة أوضح، اقرأ هذا المدخل مع Rusty Russell, Joseph Poon, Lightning Network. تشير إلى هذا المدخل أيضًا Rusty Russell, Joseph Poon.