جزء من هذه التدوينة لم يعد صالحًا. في يونيو 2026، أظهر اختبارنا الداخلي أن زمن التسوية على BSC يتراوح بين ثانية واحدة و3 ثوانٍ، مقابل 13 إلى 41 ثانية على Ethereum. لذا فإن جميع الحجوزات الآن تُسوّى على BSC، بصرف النظر عن السلسلة التي أودعتَ فيها، كما أن التوجيه الموضح أدناه، الخاص بحجوزات الصغيرة على BSC والحجوزات عالية القيمة على Ethereum، لم يعد ساريًا.
ما لم يتغير: يمكنك الإيداع في أي من السلسلتين، وتظهر لك رصيد واحد، والوقت الوحيد الذي تختار فيه سلسلة هو عند السحب إلى محفظتك الخاصة. إليك القصة كاملة.
سأفعل شيئًا غير مألوف قليلًا في تدوينة عن البلوكتشين. سأفترض أنك لا تهتم بالبلوكتشين.
ليس بطريقة عدائية. أعني فقط أن معظم المسافرين الذين يحجزون فندقًا لا يريدون محاضرة عن الشبكات التشفيرية. إنهم يريدون سعرًا جيدًا، وتطبيقًا يعمل، وفندقًا موجودًا بالفعل، واستردادًا سريعًا للمبلغ إذا حدث خطأ ما.
لذلك هذه التدوينة هي النسخة التي أشرح فيها قرارًا تقنيًا حقيقيًا (نُشغّل Tratok على سلسلتين مختلفتين من البلوكتشين في الوقت نفسه) ولماذا يهم هذا القرار تجربة الحجز الفعلية لديك. لا مصطلحات يمكنني تجنّبها. وعد.
أولًا، السؤال الذي لا يحتاج إلى إجابة مطوّلة
البلوكتشين، لأغراضنا، هو مجرد شبكة من الحاسبات تتفق جميعها على السجل نفسه لما حدث. عندما تحجز غرفة، يُسجَّل الحجز في ذلك السجل، ومن تلك اللحظة يصعب جدًا تزويره أو تغييره.
توجد سلاسل بلوكتشين كثيرة. وليست جميعها متماثلة. فلكل منها مفاضلات مختلفة. السلسلتان اللتان نستخدمهما حاليًا هما Ethereum وBSC (BNB Smart Chain).
ما تُجيده كل سلسلة
لماذا نختار الاثنتين معًا
معظم المنصات تختار واحدة فقط. إما أن تكون منصة على Ethereum، أو منصة على BSC. رأينا أن هذا هو السؤال الخاطئ.
مسافر في بانكوك يحجز نُزُلًا بـ 40 دولارًا في الليلة يحتاج إلى معاملات سريعة ومنخفضة التكلفة. لا يناسب هيكل رسوم Ethereum هذا النوع من الحجوزات. ستلتهم الرسوم ما يوفّره من ميزانية.
مسافر في لندن يحجز فيلا بـ 5,000 دولار في الليلة لمناسبة عمل يحتاج إلى أقصى درجات الأمان. فارق التكلفة بين الشبكتين لا يُذكر في صفقة بهذا الحجم. المهم أن سجل الحجز يوضع على أكثر طبقات الأمان متانة.
كلا المسافرين حقيقي. كلا الحجزين جزء من المنصة نفسها. لذلك بنينا بنية تحتية تعمل على السلسلتين معًا بشكل أصلي، مع جسر ينقل TRAT بينهما. وتُسوّى كل عملية حجز على BSC، أيًّا كانت السلسلة التي أودعت عليها.
كل حجز
الإيداعات
السحوبات
ما يهمّك إن لم يكن أي من هذا يشغلك
إن كنت تحاول فقط حجز فندق، فها هو الأثر العملي الكامل لبنية السلسلة المزدوجة لدينا: لن تضطر إلى التفكير في الأمر.
تفتح المنظومة، وتجد عقارًا، وتؤكد الحجز، فيُسوّى في الخلفية على BSC. ولا تختار سلسلة إلا عند السحب إلى محفظتك الخاصة. ولا تحتاج إلى محفظة منفصلة لكل سلسلة. فالجسر بينهما مدمج وخفيّ عنك.
كل ما تختبره هو: حجزٌ يُنجز بسرعة، ورسوم لا تبدو عقابية.
لماذا لا تفعل المنصات الأخرى ذلك
بصراحة؟ الجهد الهندسي.
تشغيل منصة محليًا على سلسلتين يضاعف تقريبًا المساحة التي يتعين عليك صيانتها. كل تحديث على عقدٍ ذكي يجب نشره مرتين واختباره مرتين. والجسر نفسه قطعة بنية تحتية حرجة تستلزم اهتمامًا أمنيًا مستمرًا (تاريخيًا، كانت الجسور من أكثر أجزاء الكريبتو تعرضًا للاختراق).
كان من الأسهل اختيار سلسلة واحدة. لكننا لم نفعل لأن المقايضة في تجربة المستخدم كانت أهمّ من أن تُتجاهَل.
المنصة التي تختار «Ethereum فقط» أو «BSC فقط» لا تتخذ قرارًا محايدًا. إنها تُخبرك أن أيّ سوق تخدمه السلسلة غير المختارة سوقٌ هي مستعدّة لتركه خلفها. ولم نكن مستعدّين لإجراء تلك المقايضة.
الخلاصة التي يمكنك أن تستفيد منها حقًا
حين ترى منصة سفر تعمل على بلوكتشين واحد، فإن السؤال الذي يجب أن تطرحه ليس «هل هذه جيدة؟» بل السؤال هو «من الذي يُترك خلف ذلك الاختيار؟» فسلاسل مختلفة تخدم مناطق جغرافية مختلفة ومستويات سعرية مختلفة. والبنية الصحيحة لمنصة ضيافة عالمية هي التي لا تفرض عليك خيارًا.
إن اقتصر ما تأخذه من هذا المنشور على شيء واحد، فالأرجح أنه هذا.
افتح التطبيق، واحجز عقارًا، وجرّب بنفسك. قرارات البنية التحتية الموضّحة أعلاه هي السبب في أنها تعمل بهذه الطريقة.
Carol
مديرة المجتمع، Tratok
لا يفوتك أي جديد
احصل على مقالات Tratok الجديدة عبر البريد الإلكتروني: فور نشرها، أو في نشرة أسبوعية واحدة.