لقد حذفوا المحادثة.
لكن الإيصال بقي لديك.
يمكن لأي شخص تزوير لقطة شاشة خلال 10 ثوانٍ باستخدام أدوات الفحص عبر الإنترنت. يمنحك ProofCore إيصالًا تشفيريًا يمكن التحقق منه بشكل مستقل للاتفاقيات والوعود والمدفوعات والملفات قبل أن يضغط الطرف الآخر على «حذف لدى الجميع».
ProofCore أداة وقائية — وليست أداة لاستعادة الرسائل
لا يستطيع ProofCore استعادة الرسائل التي حُذفت بالأمس. يجب عليك إعادة توجيه الرسائل وختمها بينما لا تزال ظاهرة في تطبيق Telegram لديك.
إعادة التوجيه
على عكس روبوتات السكرتارية، لا يحتاج ProofCore إلى إضافته إلى المحادثة. ما عليك سوى إعادة توجيه الرسائل النصية أو الملاحظات الصوتية أو الإيصالات أو الاتفاقيات أو الوسائط من أي قناة أو مجموعة عامة/خاصة.
الالتقاط
يستخرج ProofCore البيانات الوصفية الخام للمنصة: معرّف المرسل، مصادر القناة، الطوابع الزمنية، ويحسب بصمة SHA-256.
التثبيت
يتم تجميع الالتزام التشفيري وتثبيته على TON Blockchain، مما يجعل الطابع الزمني غير قابل للتلاعب.
الحفظ والتحقق
نزّل حزمة الأدلة ZIP للعمل دون اتصال. يبقى إثبات البلوك تشين موجودًا إلى الأبد؛ ويضمن الاحتفاظ بملف ZIP بقاء ملفك الأصلي محفوظًا أيضًا.
تجربة مجانية · لا تحتاج إلى محفظة Web3 أو gas
عرض جنائي رقمي
إعادة توجيه حقيقية من Telegram، مع تحليل تفصيلي
يوضح هذا النموذج البيانات الوصفية التي ينقلها Telegram أثناء إعادة توجيه الرسائل وكيف يتم قفل هذه البيانات رياضيًا إلى مرساة عامة على البلوك تشين.
... (message body truncated for demonstration) ...
🚀 Defy convention — redefine the norm! ✊
ProofCore Verification Summary
المستوى 1: البيانات الوصفية الملتقطة من المنصة
المستوى 2: غلاف JSON الجنائي الخام ▼
{
"captured_at_utc": "2026-09-02T13:10:54.375965+00:00",
"raw_message": {
"message_id": 1884,
"date": 1788354653,
"chat": {
"id": 8773333264,
"type": "private",
"username": "proofcore_official",
"first_name": "ProofCore Protocol"
},
"forward_origin": {
"type": "channel",
"date": 1722283160,
"chat": {
"id": -1001006503122,
"type": "channel",
"title": "Pavel Durov",
"username": "durov"
},
"message_id": 339,
"author_signature": "Pavel Durov"
}
},
"entities": {
"forward_origin": {
"id": -1001006503122,
"type": "channel",
"title": "Pavel Durov",
"username": "durov",
"avatar_sha256": "0ae7244a713b5d1336907a8732ff7e18342208ad601bdb80555f08b43c2d4727"
}
},
"assets": [
{
"filename": "message.html",
"size": 3412,
"sha256": "6001835047a8bc5f1eb969fcbd07ea5048ece4bfb1e232daa50d62bd713ed645"
}
],
"onchain": {
"network": "TON-Mainnet",
"merkle_root": "591d6ab5ca81185eebf8dee741fb4b0c34e5f685e1ca13c5d6ee4d8f763084f5",
"ton_tx_hash": "ace68a59ad312d1e713e792fc5f7a7d18c5c53126597e87afecdb7a62ca23fe0"
}
}
المستوى 3: حزمة أدلة مستقلة
تحتوي على الأصل، والبيانات الوصفية الكاملة بصيغة JSON، وشهادة PDF، وأدوات التحقق غير المتصلة بالإنترنت باستخدام Python/HTML. دون الاعتماد على مورد محدد.
الوضوح المعرفي: ما الذي نثبته وما الذي لا نثبته
تتطلب الهندسة القانونية الموثوقة رسم حدود رياضية دقيقة لما يمكن للأدلة الرقمية إثباته وما لا يمكنها إثباته.
🟢 ما يثبته ProofCore
يتطابق الأصل المحفوظ مع ملخص SHA-256 التشفيري الخاص به بايتًا ببايت.
ينتمي الالتزام إلى دفعة شجرة Merkle المحددة المثبتة على السلسلة.
تم تسجيل الالتزام التشفيري علنًا في كتلة TON بواسطة الطابع الزمني للبلوك تشين.
يحافظ على معلمات المصدر كما نقلتها منصة Telegram وقت الالتقاط.
🔴 ما لا يستطيع ProofCore إثباته
لا نثبت أن العبارات الواردة في الرسالة صحيحة من الناحية الواقعية.
لا نحدد من كان يشغّل حساب Telegram فعليًا.
لا نحدد ما إذا كانت الاتفاقية تستوفي متطلبات قانون العقود.
تحدد المحكمة الناظرة في القضية مدى قبول الدليل وفقًا لقواعد الإثبات المعمول بها.
أسس الإثبات
لماذا تتطلب الأدلة الرقمية أكثر من مجرد لقطات الشاشة
⚖️ Griffin v. State (419 Md. 343, 2011) ↗
رأت محكمة الاستئناف في ماريلاند أن نسخة مطبوعة من ملف على وسائل التواصل الاجتماعي تفتقر إلى أساس كافٍ للمصادقة، لأن السجل لم يثبت أن المؤلف المزعوم هو من أنشأ النص أو نشره بالفعل.
→ الدرس: تكون الصور المرئية وحدها عرضة للطعن من دون البيانات الوصفية الأساسية وسجلات حيازة الدليل.
🤖 Mendones v. Cushman & Wakefield (2025) ↗
فرضت محكمة في كاليفورنيا عقوبات إنهاء شديدة بعد أن كشف الفحص الجنائي أن أدلة المحادثات ولقطات الشاشة المقدمة قد عُدّلت بشكل جوهري وأنشئت باستخدام الذكاء الاصطناعي.
→ الدرس: في عصر الذكاء الاصطناعي التوليدي، يجب دعم الأدلة المصدّرة بعملية تجزئة تشفيرية قابلة لإعادة الإنتاج.
الأطر القانونية وقواعد الإثبات
🇺🇸 القواعد الفيدرالية الأمريكية للإثبات: القاعدتان 902(13) و902(14) Cornell Law ↗
توفر FRE 902 آليات للمصادقة الذاتية على الأدلة الإلكترونية دون الحاجة إلى شهادة فني بشكل مباشر. تتناول القاعدة 902(13) السجلات الناتجة عن عملية أو نظام إلكتروني ينتج نتيجة دقيقة؛ بينما تنظم القاعدة 902(14) البيانات المنسوخة من وسيط تخزين إلكتروني أو ملف والمصادق عليها من خلال عملية تعريف رقمية، مثل قيمة تجزئة SHA-256.
🇪🇺 إطار eIDAS للاتحاد الأوروبي (Regulation EU 2024/1183) EUR-Lex ↗
بموجب المادة 41(1) والمادة 45k، لا يجوز رفض الأثر القانوني أو قابلية قبول الطوابع الزمنية الإلكترونية ودفاتر السجلات الإلكترونية لمجرد وجودها في صيغة إلكترونية. ينشئ ProofCore التزامات تشفيرية لامركزية ولا يدعي أنه Qualified Trust Service Provider (QTSP).
🔒 الخصوصية من خلال التصميم المعماري (سياسة عدم التخزين)
لا تُكتب الرسائل الخام أو المرفقات أو الأسماء مطلقًا على البلوك تشين العام. يتم تثبيت الالتزامات التشفيرية غير القابلة للعكس فقط (Merkle Roots) على السلسلة، مما يلغي كشف معلومات التعريف الشخصية (PII) للعامة.
إخلاء المسؤولية: يوفر ProofCore أدلة تقنية تشفيرية. تحدد المحكمة أو الهيئة القضائية المختصة قابلية قبول الدليل وقيمته الإثباتية وفقًا للقوانين الإجرائية المعمول بها.