صفحة تأسيسية

ما هو Bitcoin Hyper؟

حلّ rollup من الطبقة الثانية (Layer 2) على Bitcoin، بيئة تنفيذه Solana Virtual Machine. شرح يبدأ من الأساسيات ويصل إلى البنية الكاملة.

⚠ الموثَّق مقابل الموعود

يميّز هذا الموقع باطّراد بين ما هو موثَّق وقابل للتحقّق (عامل على DevNet) وبين ما هو موعود أو ما يزال قيد التطوير. وهذا التمييز مبيَّن بوضوح في الصفحة كلها.

البنية ثلاثية الطبقات

الطبقة الثالثة — التطبيقات DeFi · NFT · DEX · الإقراض · المحافظ · الألعاب · الأوراكل · الامتثال برامج SVM · Rust · Anchor الطبقة الثانية — Hyper Rollup الجسر قيد الاختبار إتاحة البيانات قيد الدراسة الترتيب من مركزي إلى لامركزي التنفيذ SVM · Sealevel الطبقة الأولى — Bitcoin للتسوية الأمن · عدم القابلية للتغيير · الحسم النهائي · OP_RETURN · Taproot
1

Bitcoin — طبقة التسوية

يؤدّي Bitcoin دور الموثِّق النهائي. إذ ينشر rollup الخاص بـ Hyper دورياً التزامه بالحالة (جذر Merkle للحالة الراهنة) على شبكة Bitcoin عبر OP_RETURN أو Taproot. ويضمن هذا الرسوّ أن تاريخ الـ rollup محميّ بأمن Bitcoin نفسه: فإعادة كتابته تستلزم إعادة كتابة تاريخ معاملات Bitcoin.

الحالة: ✓ البنية موثَّقة في الورقة البيضاء | الرسوّ الدوري قيد التطوير

2

Hyper Rollup — طبقة التنفيذ

قلب النظام، وله أربعة مكوّنات أساسية: التنفيذ (SVM مع التنفيذ المتوازي عبر Sealevel)، والترتيب (ترتيب المعاملات، ومركزي عند الإطلاق)، وإتاحة البيانات (أين تقيم البيانات الكاملة للمعاملات — وهي مسألة ما تزال قيد الدراسة)، والجسر (الجسر الرسمي BTC↔Hyper، قيد الاختبار على DevNet).

الحالة: ✓ SVM تعمل على DevNet | ⚠ إتاحة البيانات والإدراج القسري قيد التطوير

3

التطبيقات — طبقة المستخدم

كل ما يمكن بناؤه فوق الطبقتين السابقتين: بروتوكولات DeFi، ومنصات التداول اللامركزية، وأسواق NFT، والإقراض، والعملات المستقرة، والألعاب، وأدوات الامتثال. وتُكتب البرامج بلغة Rust ضمن إطار Anchor — بالأدوات نفسها المستخدَمة في Solana. ويُفترض أن يعمل أي برنامج Solana قائم على Hyper بتعديلات طفيفة (نقطة نهاية RPC وإعدادات الشبكة).

الحالة: ✓ اختُبرت أولى برامج SVM على DevNet | منظومة التطبيقات في طور التكوّن

مكوّنات الـ rollup الأربعة

يقوم كل rollup — لا Bitcoin Hyper وحده — على أربع ركائز.

⚡

التنفيذ

الآلة الافتراضية التي تنفّذ العقود الذكية. وفي Hyper: SVM مع بيئة تشغيل Sealevel التي تتيح التنفيذ المتوازي. فالمعاملات التي تمسّ حسابات مختلفة تُنفَّذ على التوازي، وهو ما يرفع سعة المعالجة.

✓ يعمل على DevNet
⬡

الترتيب

المكوّن الذي يحدّد ترتيب المعاملات، فيقرّر من يدفع ماذا ومتى، ويؤثّر في MEV وفي الرقابة معاً. عند الإطلاق: sequencer مركزي واحد. وبحسب خارطة الطريق: لامركزية خلال سنتين إلى أربع سنوات.

⚠ مركزي عند الإطلاق
⚓

التسوية

رسوّ دوري لالتزام الحالة إلى Bitcoin. وينشر كل رسوّ جذر Merkle للحالة المحدَّثة. والوتيرة قابلة للضبط: فالرسوّ الأكثر تواتراً يعني حسماً نهائياً أسرع، لكنه يعني أيضاً رسوماً أعلى على شبكة Bitcoin.

◎ قيد التطوير
📦

إتاحة البيانات

الموضع الذي تُحفَظ فيه البيانات الكاملة لكل معاملة وتُتاح منه. فإذا لم تكن البيانات متاحة للعموم كان الـ rollup تقنياً validium. وحتى 28 أبريل 2026 ما يزال الحل النهائي قيد الدراسة.

⚠ قيد الدراسة

💡 الخلاصات الأساسية

  • • Bitcoin Hyper هو rollup: التنفيذ خارج السلسلة والأمن مرتبط بـ Bitcoin
  • • يعتمد SVM (الآلة الافتراضية لـ Solana) — قابلية برمجة كاملة وتوافق مع Solana بالنسبة للمطوّرين
  • • عند الإطلاق: sequencer مركزي وجسر اتحادي — وخارطة اللامركزية تمتدّ من سنتين إلى أربع سنوات
  • • إتاحة البيانات والإدراج القسري ما يزالان قيد التطوير: وهما محطتان حرجتان قبل الشبكة الرئيسية
  • • وهو ليس سلسلة جانبية: فالأمن النهائي مستمدّ من Bitcoin لا من مُصادِقين خاصين به