عندما يسمعون كلمة "CoinJoin"، فإن أول ما يتبادر إلى أذهان العديد من مستخدمي البيتكوين الجدد نسبيًا هو على الأرجح زيرو لينك تطبيقات Wasabi Wallet وSamorai Wallet. في السنوات القليلة الماضية، جعل هذان المشروعان خصوصية البيتكوين شبه سائدة، مما جعلها أبسط بكثير وأكثر سهولة في الوصول إليها.
إذا كنت جديدًا في هذا المجال، فقد لا تكون على علم بحقيقة أن المشروع JoinMarket توفر أدوات CoinJoin لمستخدمي Bitcoin منذ عام 2015.
المعاملات التعاونية لتعطيل افتراضات الملكية المشتركة كانت فكرة طرحها مطور البيتكوين جريج ماكسويل في يناير 2013، وتم إضفاء الطابع الرسمي عليها لاحقًا في مفهوم CoinJoin في أغسطس من ذلك العام.
بقيت الفكرة لمدة عامين قبل أن يتم إصدار شيء ينفذها، وكان هناك سبب لذلك: مشكلة في الفكرة الشاملة أدت إلى فشل المحاولات السابقة، مثل محفظة الظلام لأمير تقي، كان جذب السيولة. يمكن أن تكون CoinJoin أداة مفيدة للغاية، ولكن إذا لم يكن هناك أي شخص يرغب في الانضمام إلى CoinJoin معك أو لا توجد طريقة للعثور عليه إذا كان مستعدًا، فهذا ليس مفيدًا حقًا.
كانت المشكلة تكمن في كيفية إقناع الناس بالانضمام إلى تلك المجموعة الأولية للمساعدة في تحويلها إلى مجموعة أكبر من السيولة والمستخدمين. كان حل JoinMarket بسيطًا جدًا ولكنه رائع في ذلك الوقت: توفير آلية السوق حتى يتمكن مزودو السيولة المتسقة من كسب المال فعليًا مقابل توفير السيولة لمجمعات CoinJoin.
تعمل JoinMarket حول ما يعتبر سوقًا يحركه سجل الطلبات بشكل فعال، ويتألف من كل من صانعي السوق والمتداولين في السوق الذين يشترون ويبيعون سيولة CoinJoin لإخفاء هوية نشاطهم على السلسلة.
يمكن للصانعين الجلوس في انتظار أي وقت يستغرقه العرض المفتوح حتى يصل المتقدمون سعياً لدفع ثمن خدماتهم. إنه يحل مشكلة المستخدم المتمثلة في الجلوس والانتظار إلى الأبد حتى يختلط شخص ما معه. ويتم تحفيز صناع السوق، الذين يسعون إلى تحقيق الأرباح، من خلال الرسوم التي يفرضونها على البقاء دائمًا عبر الإنترنت في انتظار المشترين؛ ويتم تحفيز المتقدمين، الذين يبحثون عن الخصوصية، على دفع هذه الرسوم. إنه ترتيب مربح للجميع.
في هندسته المعمارية، بالإضافة إلى قدرته على ترقيات التنسيق، يقدم JoinMarket نسخة أكثر لا مركزية من خلط العملات مقارنة بـ ZeroLink الأكثر شهرة. إليك الطريقة.
كيف يتم تنسيق الخلط: ZeroLink مقابل. انضم إلى السوق
تختلف البنية العامة لـ ZeroLink، مقارنةً بـ JoinMarket، اختلافًا كبيرًا.
في حالة Wasabi و Samourai، يوجد خادم منسق واحد يديره صانع المحفظة المشفر في المحفظة. يشارك جميع المستخدمين في CoinJoin عن طريق الاتصال بهذا الخادم المركزي و"التسجيل" للانتظار حتى يتم تسجيل عدد كافٍ من المستخدمين لإنشاء CoinJoin. بعد حضور وتسجيل العدد المطلوب من المستخدمين، يقوم الخادم المنسق بتوقيع بيانات اعتماد عمياء تمثل الحق في إنشاء مخرجات في معاملة CoinJoin، ويقوم المستخدم بقطع الاتصال وإعادة الاتصال من خلال اتصال Tor جديد لتسجيل مخرجات معاملاته.
وهذا يمنع المنسق من معرفة المدخلات التي ترتبط بالمخرجات. يدفع المستخدمون رسومًا للمنسق لدوره في تسهيل CoinJoin. في هذا النموذج، لا يوجد أي حافز لتوفير السيولة باستثناء مكاسب الخصوصية، وعلى الرغم من المشكلات التي واجهت المحاولات السابقة مثل Dark Wallet، يبدو أن هذا يعمل بشكل جيد مع Wasabi وSamorai.
من ناحية أخرى، لدى JoinMarket سجل طلبات يعلن عنه المصنعون، مما يسمح للمتقدمين بالاختيار من عروض المصنع المتاحة (يتم ذلك حاليًا عبر Internet Relay Chat [IRC]).
سيتصل المصنعون بسجل الطلبات بمعرف فريد، ثم سينشرون عرضًا في سجل الطلبات يحتوي على المعلومات التالية: الرسوم التي يفرضها المصنع مقابل الاختلاط مع المشاركين، والمبلغ الذي سيساهم به المصنع في رسوم عمال التعدين، ثم الحد الأدنى و الحد الأقصى لقيمة الفئة التي سيصنعون بها مخرجات ذات فئات مختلطة. كما أنهم ينشرون طريقة للأشخاص للاتصال بهم بشكل خاص بشكل مباشر.
عندما يرغب المتقدمون في استخدام CoinJoin، يقومون بتنزيل دفتر الطلبات ويختار عملاؤهم صانعين للمزج معهم بناءً على إعداداتهم. بعد أن يختار العميل المُصنِّع، سيقوم المُتلقي بنشر مفتاح عام مؤقت للتشفير ويبدأ في التواصل مع المُصنِع من خلال رسائل مشفرة عبر IRC (تجدر الإشارة إلى أنه من الممكن أن يتصل عدة محتجزين بصانع واحد في نفس الوقت). وقت). إذا وافق جميع الأطراف، فإنهم يوقعون على المعاملة، بما في ذلك رسوم المتلقي للصانع، ويقدمونها إلى الشبكة.
نظرًا لكيفية عمل هذا التنسيق، يتعلم المصنعون مخرجات المتقدمين في عملية تنسيق بناء CoinJoin. للتخفيف من ذلك، لدى JoinMarket ميزة "التعثر"، حيث سيقوم عميل الآخذ بالمزج عدة مرات مع صانعين مختلفين حتى يصل إلى عدد عمليات المزج المحددة. وهذا يضمن أنه لن يتمكن أي صانع منفرد من تفكيك سجل المزيج بأكمله لمقدم واحد، لأن كل صانع على طول "طريق التعثر" لا يتعلم إلا الروابط في تلك المعاملة الواحدة.
هذه الاختلافات لها الكثير من الآثار الشاملة فيما يتعلق بهندسة التصميم لـ JoinMarket، حيث سنرى بعضًا من الحالة الحالية للمشروع بالإضافة إلى الخطط المستقبلية.
كيف يتم تخفيف هجمات Sybil: ZeroLink vs. انضم إلى السوق
تعد هجمات Sybil - في هذا السياق، مستخدم واحد يتظاهر بأنه العديد من المستخدمين لتقويض الخصوصية عن طريق إنشاء "حشد" مزيف للآخرين للاختباء فيه بينما يشكلون في الواقع "الحشد" بأكمله - مشكلة أساسية لأي بروتوكول خلط على Bitcoin . إذا كان الحشد بأكمله يتكون منك ومن مهاجم Sybil، وليس أي شخص آخر، فإن المهاجم يعرف كل عملاتك المعدنية ولن تكتسب أي خصوصية من وجهة نظره. في نهاية المطاف، لا يوجد حل أساسي لهذه المشكلة، كل ما يمكنك فعله للتخفيف منها عن طريق زيادة تكلفة تنفيذ الهجوم.
في حالة ZeroLink، يتم تخفيف المشكلة من خلال قيام المنسق بفرض رسوم. وطالما أن تكلفة رسوم المُعدِّن أعلى من إيرادات الرسوم التي يجمعها الخادم المنسق من الرسوم، فحتى المنسق سيتكبد خسارة صافية في محاولة مهاجمة Sybil لمستخدميه.
بالنسبة لـ JoinMarket، فإن المشكلة أكثر تعقيدًا بعض الشيء. يجب عليك حماية المتقدمين، في حالتهم من مهاجمة صانعي Sybil لسجل الطلبات بحيث يختلط معهم المتقدم فقط ويكشف عن تاريخ المزيج بالكامل للصانع الخبيث. ولكن يتعين عليك أيضًا حماية المتلقين من مهاجمة صانعي العملات عن طريق طلب CoinJoins ثم الانسحاب من البروتوكول بعد أن يكشف المصنع عن مخرجاته للمتلقي.
يسمح هذا للمتسلل الخبيث بفصل مدخلات هذا المصنّع في المعاملات المستقبلية عن المتسللين الذين يختلطون معهم. إن تكرار ذلك عدة مرات متتالية ضد نفس المُصنِّع سيسمح لهم بإلغاء تحديد هوية المحتجزين الذين اختلطوا بهم.
هناك آليتان في هذا النظام لتقديم الدفاع المناسب لكل فئة من أنواع الهجوم: الأولى، للتعامل مع المتسللين الذين يتجسسون على صانعي البرامج، وهو دليل على تكافؤ اللوغاريتمات المنفصلة (الدفاع رقم اثنين في هذه الكتابة، المعروف أيضًا باسم PoDLE).
الفكرة الأساسية هي أنه بالنسبة لزوج المفاتيح الخاص/العام لـ Bitcoin UTXO، يمكنك إنشاء مفتاح عام مختلف ثانٍ يتوافق مع المفتاح الخاص، وإنشاء دليل المعرفة الصفرية (ZKP) الذي يوضح أن كلاهما يشتركان في نفس المفتاح الخاص. بعد تقديم المفتاح الثاني والدليل للصانع، يكشف الآخذ عن المفتاح (المفاتيح) العامة الأولى المقابلة للمخرجات (المخرجات) التي يريدون مزجها.
الآن، يسمح هذا الإعداد للصانع بنشر المفتاح العام الثاني وZKP إلى جميع الصانعين الآخرين دون جمع المخرجات الفعلية للمستلم - وبهذه الطريقة، إذا حاول المستفيد الذي ينسق مع الصانع الأصلي إعادة استخدام هذا الناتج للتجسس على عدة صانعين في وفي الوقت نفسه، سيرى جميع المصنّعين الآخرين أن المفتاح العام الأول للمستلم يطابق المفتاح الثاني المنشور وZKP. سوف يرفضون بعد ذلك الكشف عن مخرجاتهم الخاصة للمتسلل الخبيث. وهذا يزيد من تكلفة تجسس المتسللين على مخرجات الشركات المصنعة من خلال اشتراط أن يكون لدى المتلقي مخرجات فريدة لكل صانع يتجسسون عليه، بدلاً من القدرة على إعادة استخدام نفس المخرجات لمهاجمة العديد من الشركات المصنعة.
آلية الدفاع الثانية هي حماية الآخذين من صانعي الخبيثين الذين يتظاهرون بأنهم صناع مختلفون في سجل الطلبات، مما يسمح للصانع الخبيث بكشف اختلاط الآخذين الذي ينتهي به الأمر فقط إلى الاختلاط مع المهاجم.
وتسمى هذه الآلية أ سند الإخلاص، وهو ما يتطلب في الأساس كمية كبيرة من البيتكوين ووقتًا لقفلها. يمكن للصانعين الذين يقومون بذلك التوقيع على الرسائل ونشرها باستخدام هذا المفتاح لإثبات السيطرة على العملات المقيدة بالوقت. عملاء الآخذين، إذا قاموا بتكوين عملائهم لاستخدام سندات الإخلاص، فسوف يقومون بعد ذلك بوزن اختيارهم من صانعي السندات لاستخدامهم لتفضيل الشركات التي لديها كميات أكبر من الوقت القيمة المقفلة في سندات الإخلاص. يتم وزن سندات الإخلاص بمربع عدد العملات المعدنية المقفلة، أي. إذا قمت بحجز أربعة بيتكوين، فسيتم وزنها بـ 16؛ خمسة سيتم وزنها بـ 25؛ سيتم ترجيح ستة على أنها 36، وما إلى ذلك.
الأساس المنطقي هنا هو أنك تحصل على فوائد مضاعفة كصانع مع عدد أكبر من العملات التي تحتفظ بها (يتم اختيارك من قبل عملاء الأخذ في كثير من الأحيان)، لذلك إذا قام عدد قليل من الصناع الصادقين بإنشاء سندات إخلاص كبيرة جدًا، فإنهم يرفعون التكلفة بشكل كبير على صانعي Sybiling. الذين سيتعين عليهم تكرار مبلغ سند الإخلاص الكبير هذا لكل من هوياتهم المزيفة في دفتر الطلبات. على سبيل المثال، إذا قام ثلاثة صانعين صادقين بوضع 10 بيتكوين في سندات الإخلاص، فسيتعين على المهاجم إنفاق 30 بيتكوين من أجل الحصول على فرصة بنسبة 50٪ ليتم اختياره للاختلاط معهم، وسيكلف 60 بيتكوين للحصول على فرصة بنسبة 66٪ يجري اختياره، الخ.
كلما زاد عدد الصناع الصادقين الذين يستخدمون سندات الإخلاص، زادت تكلفة هجوم Sybil على مركبات صانعي الخبث.
كيف يمكن ترقية آلية تنسيق JoinMarket
في حالة ZeroLink، يقوم الجميع بالتنسيق من خلال خادم المنسق المركزي - وهذا جزء واضح من تصميم النظام ونموذج الثقة من حيث الموثوقية. إذا سقط المنسق، فلن يتمكن أحد من استخدام CoinJoin حتى يعود إلى العمل مرة أخرى.
يعمل JoinMarket على نظام دفتر الطلبات لمحاولة تجنب نقطة الفشل المركزية هذه، ولكن كما ذكرنا أعلاه، فإنه يستخدم حاليًا IRC كطبقة استضافة واتصال لسجل الطلبات. يعد IRC نقطة فشل مركزية محتملة لـ JoinMarket، تمامًا مثل الخادم المنسق لـ ZeroLink. كمشروع مبني على تنسيق CoinJoins بطريقة لا مركزية، يجب استبدال هذا الاعتماد على IRC على المدى الطويل بشيء أكثر قوة.
أحد المقترحات الأكثر تطوراً هو تنفيذ نوع ما مخطط خادم الدليل مشابه لما يستخدمه مشروع Tor. في شبكة Tor، يتصل العملاء بمجموعة من الخوادم التي يديرها مساهمو Tor والتي ترسل لهم جميع العقد الموجودة على شبكة Tor والتي يمكنهم إنشاء مسارات البصل من خلالها.
تتمثل الفكرة في JoinMarket في الحصول على مجموعة مماثلة من الخوادم التي تغذي العملاء جميع صانعي العروض المفتوحة. يجب أن يتم تشغيل هذه الخوادم من قبل شخص آخر غير المصنعين، لأن كل صانع سيكون لديه حافز للإعلان عن نفسه فقط على خادم الدليل الخاص به لجمع المزيد من الرسوم. سيكون من الصعب أيضًا الانضمام إلى مجموعة خوادم الدليل، وإلا فقد تقوم الكيانات الضارة بتدوير عدد كبير منها وتهاجم Sybil جميع المستخدمين الذين يتصلون فقط بالخوادم الضارة.
من المحتمل أن تعالج سندات الإخلاص مشكلة Sybil هنا، بالإضافة إلى خلق مثبط للصانعين لمحاولة تشغيل خوادم الدليل. إن حبس العملات المعدنية في سند الإخلاص لخادم الدليل من شأنه أن يترك لهم عددًا أقل من العملات المعدنية التي يمكن حبسها في سند صانع، مما قد يؤدي إلى عدد أقل من العملاء الذين يختارونهم للمزج.
هناك أيضا دليل على المفهوم و مقترح من Adam Gibson لدمج c-lightning في JoinMarket لاستخدامه كطبقة مراسلة. في سياق خوادم الدليل، قد يسهل ذلك طريقة تحقيق الدخل لهم ككيانات منفصلة تستخدم الشبكة المسرّعة. يمكن لخوادم الدليل أن تفرض على صانعي البرامج مبالغ صغيرة عبر Lightning للإعلان عن أنفسهم في الدليل.
كيف يمكن ترقية بروتوكول التنسيق JoinMarket
كما تمت مناقشته أعلاه، يتعلم المصنعون مخرجات الآخذين خلال CoinJoins الفردية، وهذا هو سبب وجود وضع البهلوان، للسماح للمشاركين بالاختلاط بين صانعين متعددين والتخفيف من ذلك.
ومع ذلك، يوجد حل أفضل، على الأقل في الحالة التي يتحدث فيها عدة مشاركين مع صانع واحد في نفس الوقت، ويمكنهم تنسيق التحدث مباشرة مع بعضهم البعض بدلاً من التحدث من خلال الصانع فقط (إذا كان هناك محتجز واحد فقط) التحدث إلى صانع، لن يساعد هذا لأن الصانع يعرف أن كل مخرجات ليست من إنتاجه تنتمي إلى المتلقي). CoinShuffle هو بروتوكول للقيام بشكل فعال بما تنجزه بيانات الاعتماد المعماة في ZeroLink، للحفاظ على خصوصية الأمور من المنسق، إلا بطريقة لا مركزية لمجموعة بدون منسق مركزي.
تخيل أن لديك Alice وBob وCharlie، الذين يريدون جميعًا استخدام CoinJoin مع بعضهم البعض (لقد استقروا بالفعل على فئة مخرجات CoinJoin)، ويقوم الثلاثة جميعًا بإنشاء مفتاح عام مؤقت لتشفير الرسائل إليه.
يعطي تشارلي مفتاحه العام لبوب، ثم يعطي بوب أليس مفتاحه العام بالإضافة إلى مفتاح تشارلي. لذا، لدينا موقف حيث يكون لدى أليس مفاتيح بوب وتشارلي العامة، وبوب لديه مفتاح تشارلي العام، وتشارلي لديه مفتاحه الخاص فقط.
تأخذ أليس العنوان الذي تريد إرسال مخرجاتها إليه وتقوم بتشفيره باستخدام مفتاح تشارلي، ولكنها بعد ذلك تأخذ تلك الرسالة المشفرة وتشفرها إلى المفتاح العام لبوب، مما يجعلها متداخلة مثل الدمى الروسية. ثم تقوم بتمرير هذا إلى بوب، الذي يقوم بفك تشفير طبقته فقط ليجد رسالة مشفرة إلى تشارلي لا يمكنه فتحها. يأخذ بوب بعد ذلك العنوان الذي يريد إرسال مخرجاته إليه، ويقوم بتشفيره بمفتاح تشارلي. ينقل كلتا الرسالتين إلى تشارلي. يقوم تشارلي الآن بفك تشفير الرسالتين، ويعثر على العناوين التي يريد بوب وأليس إرسال مخرجاتهما إليها، لكنه لا يعرف العنوان الذي ينتمي إليه (وتذكر أن أليس وبوب لم يعرفا عناوين بعضهما البعض أيضًا).
يقوم تشارلي بعد ذلك بإنشاء CoinJoin والتوقيع عليه، وتمريره إلى Alice وBob للتوقيع، ثم إرساله إلى الشبكة. يعلم الجميع في هذه العملية أن مخرجاتهم قد تم إنشاؤها بشكل صحيح، لكنهم لا يعرفون من يملك أيًا من العنوانين الآخرين. يمكن توسيع هذه العملية لتشمل مجموعات أكبر بكثير، وإذا تمكن الآخذون من التواصل مع بعضهم البعض مباشرة قبل الاقتراب من صانعي العملات، فيمكن استخدام هذا البروتوكول لحماية خصوصية الآخذين ضد صانعي الأفراد دون الاضطرار إلى رمي العملات المعدنية عدة مرات مع أطراف مختلفة.
كيف يمكن ترقية هيكل المعاملات JoinMarket
أكبر تشابه بين ZeroLink وJoinMarket هو الاعتماد على مخرجات محددة مماثلة لخلق غموض حول المدخلات التي ترتبط بالمخرجات في المعاملة.
بينما يستخدم JoinMarket مبالغ عشوائية بدلاً من المبالغ المحددة مسبقًا في ZeroLink، في نطاق معاملة CoinJoin واحدة، يجب أن تكون جميع فئات المزيج هي نفسها.
CoinjoinXT هو اقتراح من Gibson لإزالة الحاجة إلى الاعتماد على ذلك بشكل صارم (يمكن تنفيذ هذا بواسطة ZeroLink أيضًا). الفكرة الأساسية هي الاستفادة ECDSA الحوسبة متعددة الأطراف، أو MuSig الآن بعد تنشيط Taproot، وإنشاء سلسلة من المعاملات الموقعة مسبقًا باستخدام عناوين multisig التي تبدو وكأنها عناوين توقيع فردية عادية.
عندما يراقب شخص ما blockchain، غالبًا ما يتم وضع افتراضين كبيرين هما: الأول، أن جميع المدخلات في المعاملة مملوكة لشخص واحد (الافتراض الكبير الذي تكسره CoinJoins)؛ والثاني، أن الدفع يعني أنه تم تحويل السيطرة على الأموال.
لذا، ماذا لو تعاونت أطراف متعددة لتأمين جميع أموالها في عنوان متعدد التوقيعات لا يبدو كعنوان متعدد التوقيعات، والتوقيع مسبقًا على سلسلة طويلة من المعاملات التي تبدو وكأن شخصًا واحدًا ينفق المال ببطء مع مرور الوقت، ولكن في الواقع مجرد تقشير الأموال وإعادتها إلى أصحابها الأصليين في أجزاء صغيرة؟
ماذا لو كانت بعض مخرجات الدفع هذه في الواقع قنوات Lightning خاصة بين اثنين من المشاركين في CoinjoinXT للتأكد من عدم تمكن المراقب من تتبع سلسلة الدفع وجمع المبالغ معًا في وقت ما في المستقبل؟
يمكن أن يفتح هذا بابًا جديدًا تمامًا من حيث المرونة لأنواع CoinJoins التي يشارك فيها الأشخاص، ودرجات الخصوصية التي ينشئونها. إذا كان CoinJoin العادي يصرخ بشكل صارخ في الغرفة "سأغادر وأختفي الآن!" ومن ثم يمكن أن يكون CoinjoinXT بمثابة الخروج بهدوء من الحفلة دون أن يلاحظها أحد.
المستقبل اللامركزي
على العموم، لقد كانت JoinMarket بصراحة أداة متخصصة إلى حد ما في النظام البيئي على الرغم من وجودها منذ عام 2015، نظرًا لضرورة تشغيل عقدة كاملة لاستخدامها. لم يكن الأمر كذلك حتى ظهور ZeroLink في السوق في شكل Wasabi وSamorai، حيث أصبحت CoinJoin أداة يمكن الوصول إليها واستخدامها على نطاق واسع ومفهومة.
كلاهما أدوات قيمة للغاية، ولكن في نهاية المطاف، هما خدمات مبنية على شركات مركزية - وإن كانت خدمات غير موثوقة مبنية بطريقة تجعل من المستحيل خسارة الأموال عند التفاعل معها - ولكنها خدمات على الرغم من ذلك. ماذا يحدث لو أغلقت الشركات؟ فهل سيستمر التطوير على نفس المنوال في ظل تمويله حاليا من هذه الشركات؟
هناك بالتأكيد مكان لمثل هذه الأدوات في هذا الفضاء، وهناك أيضًا إيجابيات لها أيضًا. نفس ديناميكية التمويل التي تشكك في بقاء الأداة في حالة فشل الشركة تضمن وجود الكثير من الموارد وراء تطويرها، طالما أن الشركة على قيد الحياة. ولكن هناك أيضًا مكان لأداة لا مركزية لا تعتمد على شركة واحدة. وقد يكون التقدم أبطأ، وقد يكون حل المشاكل أكثر تعقيدا، ولكن إذا نجح، فإن النتيجة النهائية ستكون أكثر قوة وقدرة على التكيف.
لا حرج في الخدمات والشركات في هذا المجال، ولكن بالنسبة لكل خدمة وشركة حيث من الممكن بناء بديل لامركزي، يجب أن يكون هذا البديل موجودًا كخيار آخر. مثل عملة البيتكوين نفسها، قد تجد نفسك يومًا ما في حاجة ماسة إليها.
هذا منشور ضيف بواسطة Shinobi. الآراء المعبر عنها هي آراء خاصة بها ولا تعكس بالضرورة آراء BTC Inc أو بيتكوين مجلة.
المصدر: https://bitcoinmagazine.com/technical/joinmarket-zerolink-and-coinjoin-bitcoin-mixing
- "
- مميزات
- أعلن هنا
- الكل
- السماح
- غموض
- هندسة معمارية
- حول
- أغسطس
- أكبر
- قطعة
- إلى البيتكوين
- بيتكوين UTXO
- سلسلة كتلة
- السندات
- BTC
- شركة BTC
- نساعدك في بناء
- شراء
- قنوات
- تهمة
- شحن
- عملة
- Coinjoin
- عملات معدنية
- مشترك
- Communication
- الشركات
- حول الشركة
- صلة
- التواصل
- إنشاء
- خلق
- أوراق اعتماد
- حالياًّ
- الوضع الحالي
- يوم
- صفقة
- اللامركزية
- الدفاع
- تصميم
- المطور
- التطوير التجاري
- تعطيل
- النظام الإيكولوجي
- التشفير
- الحدث/الفعالية
- فشل
- زائف
- الميزات
- الرسوم الدراسية
- إخلاص
- ويرى
- نهاية
- الاسم الأول
- مرونة
- النموذج المرفق
- إلى الأمام
- بالإضافة إلى
- عقدة كاملة
- الممولة
- التمويل
- أموال
- مستقبل
- إعطاء
- خير
- تجمع
- ضيف
- زائر رد
- هنا
- إخفاء
- تاريخ
- كيفية
- كيفية
- HTTPS
- فكرة
- بما فيه
- معلومات
- Internet
- مسائل
- IT
- الانضمام
- القفل
- مفاتيح
- كبير
- قيادة
- تعلم
- تعلم
- تعلم
- ليد
- صاعقة
- شبكة البرق
- سيولة
- مزودي السيولة
- طويل
- صانع
- القيام ب
- رسم خريطة
- تجارة
- السوق
- الرسائل
- مختلط
- نموذج
- مال
- خطوة
- Multisig
- صاف
- شبكة
- العقد
- عرض
- عروض
- online
- جاكيت
- آراء
- خيار
- طلب
- أخرى
- أصحاب
- وسائل الدفع
- مجتمع
- تجمع
- حمامات
- يقدم
- خصوصية
- خاص
- المفتاح الخاص
- تنفيذ المشاريع
- مشروع ناجح
- دليل
- دليل على المفهوم
- مقترح
- حماية
- بروتوكول
- جمهور
- مفتاح العام
- نشر
- رفع
- يثير
- واقع
- اعتماد
- الموارد
- إيرادات
- طريق
- يجري
- تشغيل
- خدماتنا
- طقم
- مشاركة
- لوحات
- الاشارات
- SIX
- صغير
- So
- حل
- الفضاء
- أنفق
- الإنفاق
- غزل
- مربع
- بداية
- الولايه او المحافظه
- المقدمة
- نظام
- الحديث
- مؤقت
- الوقت
- أدوات
- تور
- مسار
- صفقة
- المعاملات
- الثقة
- المستخدمين
- قيمنا
- انتظر
- محفظة
- ما هي تفاصيل
- من الذى
- ويكيبيديا
- ريح
- للعمل
- أعمال
- قيمة
- عام
- سنوات