آخر تحديث: 2026-07-09
يستحقّ Dropbox سمعته. فهو يزامن مجلدًا عبر كل جهاز تملكه، ويحتفظ بسجلّ إصدارات حين تكتب فوق شيء بالخطأ، ويجعل تسليم مجلد مشروع كامل إلى عميل عبر دعوة برابط مشترك أمرًا بلا عناء. فإذا أردت مجلد عمل يبقى متزامنًا وحسب، فإنّ Dropbox يؤدّي هذه المهمّة جيّدًا، وهذه المقالة ليست حجّةً ضدّ استخدامه على هذا النحو.
يظهر الاحتكاك في مهمّة أضيق: لديك ملف واحد، ومستقبِل واحد، ولا حاجة مستمرّة لأن يبقى في أي مكان بعد ذلك — ملف PDF موقّع، أو تصدير فيديو، أو ملف مضغوط من الصور. ومع ذلك يطلب منك Dropbox أن تُسقط ذلك الملف في حسابك، وتولّد رابط مشاركة، وتفكّر في مَن غيرك يملك صلاحية الوصول إلى ذلك المجلد. أمّا Relayium فمبني لهذه المهمّة الأضيق تحديدًا: يذهب الملف مباشرةً إلى جهاز الشخص الآخر، أو يصبح رابطًا لا يُفكّ تشفيره إلا في متصفّحه ويختفي وفق جدول تحدّده أنت.
القوّة الأساسية لـ Dropbox هي أنّ المجلد الذي تعتمد عليه يكون دائمًا محدَّثًا في كل مكان: حرِّر ملفًّا على حاسوبك المحمول فيكون محدَّثًا أصلًا على هاتفك حين تتفقّده. المزامنة الانتقائية، ومزامنة الشبكة المحلية لعمليات النقل المحلية الكبيرة، واسترجاع الملفات وسجلّ الإصدارات، كلها تخدم الهدف نفسه — مكانًا دائمًا يُعتمَد عليه لملفات تعود إليها مرارًا.
والمجلدات المشتركة وDropbox Paper تجعله خيارًا متينًا للتعاون المستمرّ، ومشاركة الروابط فيه مريحة فعلًا للفرق الصغيرة التي تعيش أصلًا في Dropbox يوميًّا. لا شيء من ذلك هو ما يحاول Relayium أن يكونه — فـ Relayium لا يزامن مجلدًا ولا يحتفظ بنسخة عمل لأي شيء.
لإرسال ملف واحد عبر Dropbox، يجب أولًا أن يكون داخل Dropbox — مرفوعًا إلى حسابك، جالسًا في مجلد، قبل أن تولّد له رابطًا قابلًا للمشاركة. وهذا الرابط يشير إلى نسخة يخزّنها Dropbox نيابةً عنك، قابلة للقراءة من بنية Dropbox التحتية الخاصة، وتبقى هناك إلى أن تعود وتحذف الملف أو تُبطِل الرابط بنفسك.
ولإرسال لمرّة واحدة، فذلك قدرٌ كبير من البنية التحتية الدائمة لملف لا يحتاج أحد إلى الاحتفاظ به. والوضع الفوري في Relayium يتخطّى التخزين كليًّا في الحالة الشائعة: تتحرّك البايتات بين جهازَي المُرسِل والمُستقبِل عبر اتصال من الند للند مشفّر من الطرف إلى الطرف، ولا يُكتب الملف على خادم قط. وحين ترغب فعلًا في رابط — لأنّ المُستقبِل ليس متصلًا الآن — يحتفظ وضع الرابط المُخزَّن بخاصّية لا تملكها مشاركة Dropbox: يولّد متصفّحك مفتاح AES-256-GCM عشوائيًّا ويشفّر الملف به قبل الرفع، وهذا المفتاح يبقى فقط في مقطع الـ URL (الجزء الذي يلي #، والذي لا ترسله المتصفّحات إلى خادم أبدًا). خوادم Dropbox تستطيع تقنيًّا قراءة ما في حسابك؛ أمّا خادم Relayium، بالنسبة إلى رابط مُخزَّن، فلا يحتفظ إلا بنص مُشفَّر لا سبيل له إلى فكّ تشفيره.
حين يكون الشخصان متصلين في الوقت نفسه، يرسل النقل المباشر الفوري ما يصل إلى 1,000 ملف في دفعة واحدة مباشرةً من جهاز إلى آخر — دون خطوة رفع، ودون تخزين أي شيء بينهما. ويحصل الطرفان على رمز تحقق متطابق من 6 أرقام (SAS) لالتقاط أي هجوم وسيط، ويُتحقَّق من كل ملف ببصمة SHA-256 من الطرف إلى الطرف، والاتصال المنقطع يُستأنف بدلًا من إعادة كل شيء من البداية.
لا يوجد حدّ حجم من جهة الخادم؛ والسقف الحقيقي هو المتصفّح المُستقبِل. يبثّ Chrome وEdge البيانات الواردة مباشرةً إلى القرص، فعشرات الغيغابايتات ليست مشكلة. أمّا Firefox وSafari فلا يملكان تلك الواجهة، وحين لا ينطبق أي مسار للكتابة التدفّقية يحتفظان بالبيانات الواردة في الذاكرة — ويحذّر Relayium فوق نحو 256 ميغابايت، وهو تقدير متحفّظ عن قصد لا حدّ صلب مقيس. وعلى نفس الشبكة — كأن ترسل إلى حاسوب زميل محمول عبر Wi-Fi المكتب — لا حاجة إلى حساب على الإطلاق، ويتّصل الجهازان أحدهما بالآخر مباشرةً. أمّا الإرسال عبر شبكات مختلفة فيستخدم رمز اقتران، ويتطلّب أن يسجّل مُنشئ الرمز الدخول، ويمرّ بحكم التصميم عبر مُرحِّل TURN مشفّر، فينعقد الاتصال خلال ثانية أو ثانيتين بدل انتظار محاولات اتصال مباشر نادرًا ما تنجح بين شبكتين؛ والمُرحِّل لا ينقل سوى نص مُشفَّر لا يستطيع قراءته، ولا يحتاج المُستقبِل إلى حساب في كلتا الحالتين.
أحيانًا يكون الرابط حقًّا الأداة الصحيحة — فالمُستقبِل نائم في منطقة زمنية أخرى، أو تريد رابط URL واحدًا تلصقه في بريد إلكتروني بدلًا من تنسيق جلسة مباشرة. ووضع الرابط المُخزَّن في Relayium مبني لهذا تمامًا، دون التخلّي عن خصوصية الوضع الفوري.
تختار كم يعيش — ساعة واحدة، أو يومًا واحدًا، أو 3 أيام، أو 7 أيام، أو حتى 14 يومًا حسب خطتك — أو تضبطه ليُحذف بعد أول تنزيل مكتمل، فلا تبقى نسخة عالقة تتذكّر تنظيفها. ويتطلّب إنشاء الرابط أن يسجّل المُرسِل الدخول (فهو يُحتسب ضمن حصّة تخزين على الحساب)، لكنّ المُستقبِل يفتحه ببساطة ويُنزّل — دون حساب على طريقة Dropbox من جهته. ولأنّ مفتاح فكّ التشفير لا يغادر مقطع الـ URL أبدًا، فإنّ خادم Relayium بالنسبة إلى رابط مُخزَّن عاجز بنيويًّا عن قراءة ما بداخله، وهو ضمان مختلف عن رابط مشاركة Dropbox، حيث تستطيع بنية Dropbox التحتية الخاصة أن تفكّ تشفير الملف الذي تستضيفه تقنيًّا.
الفروق الأكثر صلة بالإرسال لمرّة واحدة:
ليس مع النقل الفوري — يتحرّك الملف مباشرةً بين الأجهزة ولا يُخزَّن على خادم قط. أمّا رابط التنزيل فيخزّن شيئًا من جهة الخادم، لكنّه نص مُشفَّر بمعرفة صفرية فقط لا يستطيع الخادم فكّ تشفيره، وينتهي (ساعة/يوم/3 أيام/7 أيام، حسب الخطة) أو يُحذف بعد أول تنزيل.
لا. على نفس الشبكة، لا يحتاج أي من الطرفين إلى حساب. أمّا إنشاء رمز الاقتران لإرسال عبر الشبكات، أو إنشاء رابط تنزيل مُخزَّن، فيتطلّب تسجيل الدخول — والمُستقبِل لا يحتاج إلى حساب أبدًا، في كلتا الحالتين.
تتعامل عمليات النقل الفوري مع ما يصل إلى 1,000 ملف في الدفعة الواحدة دون حدّ حجم من جهة الخادم — يبثّ Chrome وEdge مباشرةً إلى القرص لعشرات الغيغابايتات. وحين لا ينطبق أي مسار للكتابة التدفّقية ويضطر المتصفّح إلى التخزين في الذاكرة، يحذّر Relayium فوق نحو 256 ميغابايت؛ وهذا الرقم تقدير متحفّظ عن قصد، لا حدّ صلب. أمّا الروابط المُخزَّنة فتُحتسب ضمن حصّة مرتبطة بحساب المُرسِل.
نعم. Relayium مجاني ومفتوح المصدر بموجب رخصة AGPL-3.0، مع البروتوكول والشيفرة كاملةً على github.com/relayium/relayium — لا فئة مدفوعة تحجب عمليات نقل أكبر أو أسرع.
أرسِل الملف مباشرةً، دون وضعه في حساب أي أحد — بلا حدّ حجم، وبلا تثبيت، وبلا حاجة إلى حساب على نفس الشبكة.
جرّب Relayium الآن