يحدد أمر الحد السعر الأقل الذي ستقبله وينتظر. لن يكتمل التنفيذ بسعر أسوأ من ذلك، وهذا يعني أيضًا أنه قد لا يتم تنفيذه على الإطلاق. لذا فإن المقابل هو الصورة المرآتية لأمر السوق: تحكم كامل في السعر، بدون ضمان للتنفيذ. وليست أي من النوعين هي الاختيار الأذكى بشكل عام. إنها تجيب عن أسئلة مختلفة، والاختبار الحقيقي هو أي ندم تفضل أن تعرض نفسك له - أن تدفع أكثر مما كنت تريده، أم أن تشاهد السوق يغادر دونك. تغطي أكاديمية بينانس هذا الأمر بمزيد من التفاصيل: https://www.binance.com/en/academy/glossary/limit-order
أمر السوق يأخذ أفضل الأسعار المتاحة حاليًا حتى يتم تنفيذ الصفقة. فهو يتبادل اليقين في السعر مقابل اليقين في التنفيذ: ستُنهي الصفقة في الغالب، وتقبل أي شيء يقدمه دفتر الأوامر. في سوق عميق يكاد لا يُلاحظ. أما في سوق رقيق فالأمر مكلف، لأن طلبك يخترق عدة مستويات سعرية للعثور على حجم كافٍ. لهذا السبب يتصرف نفس أمر السوق بشكل مختلف جدًا في زوج رئيسي مقارنةً بزوج هادئ، ولماذا "تحرك السعر ضدي فورًا" غالبًا ما يكون وصفًا لعمق ضعيف وليس سوء حظ.
إن تقديم طلب لا يشتري أي شيء. بل يقوم بإرسال تعليمات توضح ما أنت مستعد لفعله، ولا يحدث تداول إلا عندما يطابقه شخص ما من الطرف الآخر. توضح هذه الفروق سبب معظم الالتباس لدى المبتدئين. يمكن أن يبقى الطلب دون تنفيذ، أو يُنفّذ جزئياً، أو يُنفّذ بسعر مختلف عن السعر المعروض على الشاشة، واعتبار أي من ذلك عيباً ليس صحيحاً. كل نوع من أنواع الطلبات التالية هو مجرد طريقة مختلفة للإجابة عن سؤالين: عند أي سعر، ومدى شدة رغبتك في حدوث ذلك الآن. تغطي Binance Academy هذا الأمر بتفصيل أكبر: https://www.binance.com/en/academy/glossary/order
النسخ الرقمية من البيانات مثالية، وهذا يعني أن المال الرقمي يواجه سؤالًا صعبًا واحدًا: ما الذي يمنع نفس الوحدة من أن تُنفق مرتين؟ قبل البلوكشينات، كانت الإجابة دائمًا هي وجود جهة مركزية تحتفظ بسجلٍّ واحدٍ وحيدٍ وموثوقٍ به. تجيب البلوكشين عن ذلك دون تلك الجهة. تُرتَّب المعاملات عبر الإجماع، وبمجرد أن تُنفق وحدةٌ ما، فإن أي محاولة لاحقة لإنفاق الوحدة نفسها تُرفَض من الجميع. هذا هو ما بُنيت له كل هذه الآليات — الكتل، التأكيدات، الرسوم. ليس التعقيد من أجل التعقيد، بل تكلفة تسوية سؤال واحد دون وجود أحد في موقع المسؤولية.
غالبًا ما توجد أداة/رمز مستخدم على نطاق واسع على عدة شبكات في آنٍ واحد. الاسم متطابق، ويتم عرض الرصيد بالطريقة نفسها، والإصداران غير قابلين للتبديل. إن إرسال نسخة شبكة واحدة إلى عنوان يتوقع نسخة أخرى هو الطريقة الكلاسيكية لاختفاء الأموال. غالبًا ما تنجح عملية التحويل - لكنها تنتهي في مكان لا يراقبه أحد. لهذا السبب تطلب كل شاشة إيداع الشبكة بشكل منفصل عن العنوان، ولهذا السبب يجب أن يلقى هذا الاختيار من القائمة المنسدلة الاهتمام نفسه الذي يلقاه العنوان نفسه. الاسترداد، عندما يكون ممكنًا على الإطلاق، يكون بطيئًا، يدويًا، ولا يُضمن أبدًا.
في بعض الشبكات تُرقّم كل حساب معاملاتِه بشكل متسلسل. تعالج الشبكة هذه المعاملات بالترتيب ولن تتخطّى أيًّا منها. ينتج عن ذلك عَرَضٌ مُربِكٌ يستحقّ التعرف عليه. إذا كانت معاملة سابقة عالقة، فإن كل ما ترسله بعدها ينتظر خلفها - ليس لأن عمليات التحويل اللاحقة بها مشكلة، بل لأنّه لا يمكن معالجتها خارج الترتيب. الحل هو حلّ المعاملة المُعرقلة بدلًا من الاستمرار في إعادة الإرسال. معرفة ذلك تحوّل عبارة "كل تحويلاتي متجمّدة" إلى "تحويل واحد متجمّد"، وهي مشكلة مختلفة تمامًا.
تعني عملية التأكيد أن كتلة تحتوي على معاملتك قد تمت إضافتها، وأن كل كتلة أخرى فوقها تُعد تأكيدًا إضافيًا. فكلما زاد عدد التأكيدات أصبحت السجلات أصعب في الإرجاع أو التفكيك. تتطلب خدمات مختلفة أعدادًا مختلفة، والسبب هو المخاطر وليس الحذر من أجل الحذر فحسب. يمكن، من حيث المبدأ، إزاحة معاملة ضحلة إذا اختلفت الشبكة مؤقتًا حول آخر الكتل؛ أما الدفينة بعمق فلا يمكن ذلك. لذا فإن العدد المطلوب يتناسب مع حجم ما هو على المحك. عندما تجعلك إحدى المنصات تنتظر، فهي تُسعِّر احتمال أن تكون مخطئة.
كل معاملة تحصل على مُعرّف يتم حسابه اعتمادًا على محتوياتها الخاصة. الصقه في مستكشف الكتل (block explorer) وسترى بالضبط ما حدث: المبلغ، والعناوين، والرسوم، وعدد التأكيدات، والوقت. هذه هي الأداة الأقل استخدامًا في عالم العملات المشفرة. إنها تستبدل أي محادثة تبدأ بـ "لقد أرسلته بالفعل"—ليس لأن الناس يكذبون، بل لأن هذا يلغي الحاجة إلى تصديق كلمة أي شخص على الإطلاق. يمكن لأي شخص التحقق منها، من أي جهاز، دون حساب ودون أي صلاحيات. اطلب مُعرّف المعاملة بدلًا من لقطة شاشة، ويتوقف سؤال ما إذا كان شيء ما قد أُرسل عن كونه سؤالًا.