يوثق هذا الدليل نفس تدفق إثبات مفتاح المعاملة الخاصة الذي يستخدمه timeline.php لمدفوعات الوصول إلى الجدول الزمني. إنه مصمم للمطورين الذين يحتاجون إلى قبول مدفوعات SynX الخاصة، والتحقق من المبلغ الدقيق، والاحتفاظ ببيانات العنوان خارج تطبيقاتهم.

• ما تحصل عليه من الدافع: 64 حرفا tx_hash ومفتاح الإثبات. قد يكون مفتاح الإثبات خامًا برقم 64 سداسيًا أو مسبوقًا بـ PT- بالإضافة إلى 64 عرافة.
• ما يثبته API: ما إذا كان مفتاح الإثبات هذا صالحًا لتلك المعاملة ومبلغ SynX الدقيق.
• ما لا يكشفه API: عنوان المرسل أو عنوان المستلم أو رصيد المحفظة أو مسار الدفع العام للمعاملات الخاصة.
• نقطة النهاية الأولية: POST /explorer/api/verify_proof.php مع هيئة JSON {"tx_hash":"...","proof_key":"..."}.

تنفيذ مفاتيح الإثبات مثل الجدول الزمني

يقبل الجدول الزمني مدفوعات السوق المرئية تلقائيًا. عندما تكون المعاملة خاصة أو مخفية، فإنها تتحول إلى التحقق من مفتاح الإثبات. يؤكد مفتاح الإثبات مبلغ الدفع بينما تظل حقول العنوان مغلقة.

أداة التحقق PHP بنمط الجدول الزمني

function normalize_synx_proof_key(string $proofKey): string {
  $proofKey = preg_replace('/\s+/', '', trim($proofKey));
  return $proofKey ?? '';
}

function verify_private_synx_payment(string $txHash, string $proofKey, float $requiredAmount): array {
  $txHash = strtolower(trim($txHash));
  $proofKey = normalize_synx_proof_key($proofKey);

  if (!preg_match('/^[a-f0-9]{64}$/', $txHash)) {
    return ['ok' => false, 'reason' => 'tx_hash must be exactly 64 hex characters'];
  }
  if (!preg_match('/^(PT-)?[a-fA-F0-9]{64}$/', $proofKey)) {
    return ['ok' => false, 'reason' => 'proof_key must be 64 hex characters, with optional PT- prefix'];
  }

  $response = file_get_contents('https://synxcrypto.com/explorer/api/verify_proof.php', false, stream_context_create([
    'http' => [
      'method' => 'POST',
      'header' => "Content-Type: application/json\r\nAccept: application/json\r\n",
      'content' => json_encode(['tx_hash' => $txHash, 'proof_key' => $proofKey]),
      'timeout' => 15,
      'ignore_errors' => true,
    ]
  ]));

  $data = json_decode($response ?: '', true);
  if (!is_array($data) || empty($data['valid'])) {
    return ['ok' => false, 'reason' => $data['hint'] ?? $data['error'] ?? 'proof could not be verified'];
  }

  $paid = is_numeric($data['amount'] ?? null) ? (float)$data['amount'] : 0.0;
  if (abs($paid - $requiredAmount) > 0.0001) {
    return ['ok' => false, 'reason' => "amount mismatch: paid {$paid}, required {$requiredAmount}"];
  }

  return ['ok' => true, 'amount' => $paid, 'currency' => $data['currency'] ?? 'SYNX'];
}

حقول الاستجابة التي تعتمد عليها

🌊 لماذا لا نكشف أبدًا عن المرسل أو المتلقي

هذا هو المبدأ الأساسي. تعد الشفافية مفتوحة المصدر وخصوصية المستخدم أعداء طبيعيين - إلا إذا قمت بتصميم الحدود بشكل صحيح. SynergyX يحل هذه المشكلة عن طريق جعل بروتوكول شفاف (يمكن لأي شخص تدقيق الكود) مع الاحتفاظ به هوية معتم بشكل دائم (لا توجد آلية للكشف عن المرسل أو المستقبل). مفتاح الإثبات هو مفتاح اللغز - فهو يفتح المبلغ، و فقط المبلغ. تم حل الهويات الكامنة وراء المعاملة في Synergy Sea في اللحظة التي تم فيها إغلاق الكتلة.

تقوم عقدة SynX بإنشاء مفتاح الإثبات باستخدام التشفير الشبكي الكمي Kyber-768. المفتاح مرتبط رياضيًا بمبلغ المعاملة. لا يمكن تزويرها، ولا يمكن إجراء هندسة عكسية لها، و تنتهي في 30 دقيقة. يقوم المرسل بمشاركة مفتاح الإثبات مع المستلم خارج السلسلة – Signal، PGP، Tor، ومنديل. يتحقق المستلم عبر API. هذا هو نموذج الثقة بأكمله. لا حضانة. لا يوجد وسيط. لا يوجد مسار للبيانات الوصفية.

⛨ ما يعرفه الخادم (جاك)

دعونا نكون صادقين بشأن حدود الثقة. أنت تضرب API. الخادم عبارة عن آلة، ويمكن الاستيلاء على الآلات. إليك بالضبط ما يحصل عليه المهاجم إذا قام بجذر الصندوق:

يتم تخفيف التوقيت. كل استجابة API - GET، POST، النجاح، الفشل، 404، كل شيء - مبطنة بـ 500 مللي ثانية سقف ثابت. يقيس الخادم وقت المعالجة الفعلي، ثم ينام تمامًا 500ms - elapsed. تستغرق كل استجابة 500 مللي ثانية بالضبط. ليس عشوائيا. ثابت. د كوهين بين المسارات الصالحة وغير الصالحة: 0.015 (تم اختباره بواسطة GhostReaper — غير مرئي إحصائيًا). توقيت تشيناليسيس أوراكل قواعد اللعبة؟ ميت عند الوصول.

🌊 Synergy Sea – طبقتان للعمق

فكر في السلسلة كمحيط. المعاملات العامة تطفو على السطح. تلك الخاصة تغرق. كلما تعمقت أكثر، كلما احتجت إلى مفاتيح إثبات لرؤية أي شيء. وحتى في أقصى عمق، فقط كمية الأسطح - لا تتناول أبدًا.

لا توجد طبقة أعمق. لا يوجد كشف رئيسي للعرض، ولا تدقيق للعنوان، ولا توجد آلية للكشف عن من أرسل أو استلم. يقوم مفتاح الإثبات - الذي تم إنشاؤه بواسطة عقدة SynX باستخدام تشفير Kyber-768 الكمي - بفك تشفير المبلغ الدقيق. هذا هو أعمق ما يمكن لأي شخص أن يذهب إليه. يتم غرق عناوين المرسل والمستقبل بشكل دائم في البحر.

درع مضاد للارتباط: الطوابع الزمنية مشوشة ±120 ثانية. يتم تجميع الرسوم في 5 مستويات (ميكرو/منخفض/قياسي/مرتفع/ممتاز - وليس المبلغ الخام أبدًا). ارتفاعات الكتلة فارغة. أوقات الاستجابة مبطنة بسقف ثابت يبلغ 500 مللي ثانية. "لم يتم العثور على TX" و"TX خاص" يقومان بإرجاع الملف شكل متطابق. تنتهي صلاحية مفاتيح الإثبات في 30 دقيقة - الحد من نوافذ إعادة التشغيل إلى ما يقرب من الصفر. لا يمكنك حتى تعداد أي التجزئة حقيقية. يقوم كل استعلام سطحي بإرجاع نفس القدر من المعلومات سواء كان TX موجودًا أو غير موجود أو محميًا. حظا سعيدا، تشيناليسيس.

—͟͟͞͞★ التحقق من إثبات البائع - 3 دقائق، ثقة معدومة

أنت بائع. لقد دفع لك المشتري للتو SynX خاصًا. تحتاج إلى التحقق من الدفع دون رؤية عنوانهم أو رصيدهم أو الثقة في أي طرف ثالث. وإليك كيف. لا يوجد KYC. لا حضانة. إثبات المدفوعات عمياء.

# What the buyer sends you (encrypted channel only)
tx_hash:    "a1b2c3d4e5f6789012345678901234567890123456789012345678901234abcd"
proof_key:  "PT-f7e8d9c0b1a23456789012345678901234567890123456789012345678901234"

# cURL — verify the proof key (recommended endpoint)
curl -X POST https://explorer.synxcrypto.com/explorer/api/verify_proof.php \
  -H "Content-Type: application/json" \
  -d '{"tx_hash":"a1b2c3d4e5f6...64hex","proof_key":"f7e8d9c0...64hex"}'

# Through Tor (you should be doing this)
torsocks curl -X POST http://synxexplorer.onion/explorer/api/verify_proof.php \
  -H "Content-Type: application/json" \
  -d '{"tx_hash":"a1b2c3d4...","proof_key":"f7e8d9c0..."}'

# GET also works — quick terminal checks
curl "https://explorer.synxcrypto.com/explorer/api/verify_proof.php?tx_hash=a1b2c3d4...&proof_key=f7e8d9c0..."

{
  "valid": true,              // ← that's your money, ghost
  "tx_hash": "a1b2c3d4...",  // ← echoed back for confirmation
  "amount": "183.00",        // ← exact amount decoded from quantum lattice seal
  "currency": "SYNX",
  "confirmed_at": 1735689600,  // ← UNIX epoch when TX was inscribed on-chain
  "message": "Payment proof verified — this proof key is valid for the specified transaction"
}

𖣐 طقوس التحقق الكامل

الخطوة ④ هي الرابط الحاسم. يجب أن ينتقل مفتاح الإثبات إلى المرسل ← المتلقي عبر قناة لا يراها API أبدًا. إشارة اختفاء الرسائل. بريد إلكتروني مشفر بـ PGP. خدمة تور المخفية. رمز الاستجابة السريعة يظهر عبر الجدول. ملاحظة مسجلة تحت مقعد في الحديقة. لا يهتم جهاز API بكيفية وصول السر إلى هناك - فهو يتحقق فقط من العمليات الحسابية عندما يسأله المتلقي.

POST /verify_proof — التحقق من مفتاح الإثبات (مستحسن)

بريد يحصل عام - إن أبسط طريقة للتحقق من الدفع. يرسل tx_hash + proof_key في الجسم (أو كمعلمات GET). إرجاع المبلغ المحدد. لا مصادقة. لا يوجد مفتاح API. لا يوجد حساب. ابدأ هنا.

// POST Request (JSON body) — recommended
{
  "tx_hash": "a1b2c3d4e5f6...64hex",
  "proof_key": "f7e8d9c0b1a2...64hex"
}
// "proof_token" also accepted as an alias for "proof_key"
// PT- prefix accepted: "PT-f7e8d9c0..." → server strips it automatically
// Also accepts form-encoded POST data or GET query parameters

// ✓ Response — seal broken, exact amount decoded
{
  "valid": true,
  "tx_hash": "a1b2c3d4...",
  "amount": "183.00",
  "currency": "SYNX",
  "confirmed_at": 1735689600,
  "message": "Payment proof verified — this proof key is valid for the specified transaction"
}

// ✗ Response — wrong proof key
{
  "valid": false,
  "tx_hash": "a1b2c3d4...",
  "error": "Proof key does not match this transaction",
  "hint": "The proof_key provided does not match this transaction. Ensure you received the correct proof key from the payment sender."
}

// ✗ Response — missing or malformed inputs
{
  "valid": false,
  "error": "Missing required parameters: tx_hash and proof_key",
  "hint": "Send tx_hash (64 hex chars) and proof_key (64 hex chars) as GET params, POST form data, or JSON body.",
  "example": {
    "GET": "/explorer/api/verify_proof.php?tx_hash=abc123...&proof_key=def456...",
    "POST": "{\"tx_hash\": \"abc123...\", \"proof_key\": \"def456...\"}"
  }
}

أكمل مرجع الخطأ — Verified_proof.php

POST /privacy/tx/{hash}/rune-verify — المغلف الروني (بيانات التعريف الغنية)

بريد عام - التحقق من مفتاح الإثبات نفسه باستخدام بيانات وصفية أكثر ثراءً: نافذة الطابع الزمني (±120 ثانية غامضة)، والعد التنازلي لانتهاء الصلاحية، وطريقة فك التشفير. استخدم هذا عندما تحتاج إلى أكثر من مجرد المبلغ.

الاسم المستعار: /explorer/api/privacy/tx/{hash}/proof

// Request — proof_token in body, tx_hash in URL path
{ "proof_token": "f7e8d9c0b1a2...64hex" }

// Response — seal broken, rich metadata
{
  "valid": true,
  "confirmed": true,
  "timestamp_range": { "earliest": 1735689480, "latest": 1735689720 },
  "amount_decoded": "183.00",
  "rune_lattice": "encrypted",
  "decrypted_by": "runic_proof_token",
  "expires_in_minutes": 24,
  "proof_algorithm": "Kyber-768 quantum lattice seal — addresses never disclosed"
}

// Response — invalid
{ "valid": false, "reason": "Proof token does not match any registered runic proof" }

// Response — expired
{ "valid": false, "reason": "Runic proof has expired" }

ما يتعلمه المتحقق مقابل ما يبقى غارقًا

الحصول على /privacy/tx/{hash}/verify - وجود Oracle

يحصل عام — هل هذا TX موجود؟ إرجاع التزام وجود التشفير. لا يكشف شيئا آخر.

{
  "exists": true,
  "hash": "a1b2c3d4...",
  "confirmed": true,
  "confirmations": 142,
  "block_height": null,   // sealed — private TXs don't surface block info
  "is_private": true,
  "verified_at": 1735689600,
  "existence_proof": "9d4997cb84efc492...",
  "proof_algorithm": "HMAC-SHA256(tx_hash || block_height || date, server_key)"
}

الحصول على /privacy/tx/{hash} - البحث عن المعاملات الظلية

يحصل عام - ابحث عن أي TX. تقوم الملفات الخاصة بإرجاع الظل - التجزئة مرئية، وكل شيء آخر null.

// Response — TX found (private shadow)
{
  "status": "found",
  "hash": "a1b2c3d4...",
  "message": "Transaction located",
  "transaction": {
    "hash": "a1b2c3d4...",
    "block_height": null,       // hidden
    "timestamp": 1735689600,   // fuzzy ±120s
    "from": null,               // drowned
    "to": null,                 // drowned
    "amount": null,             // drowned
    "fee_tier": "redacted",     // private TXs: fee tier sealed
    "is_private": true,
    "privacy_tier": "shadow",
    "status": "confirmed",
    "confirmations": 142,
    "existence_commitment": "7833cd43..."
  }
}

// Response — TX not found or shielded (identical shape prevents enumeration)
{
  "status": "not_found_or_private",
  "hash": "a1b2c3d4...",
  "message": "Transaction not found or may be shielded",
  "transaction": null
}

الحصول على / الخصوصية / الأخيرة - التموجات السطحية

عمليات الإرسال الأخيرة. تظهر الحقول الخاصة كظلال (حقول فارغة). تُظهر البيانات العامة بيانات شفافة. جيد للوحات المعلومات. معلمة الاستعلام limit (1-50، الافتراضي 20).

الحصول على /privacy/stats - قراءات عمق البحر

مقاييس اعتماد الخصوصية: إجمالي عمليات الإرسال، وعمليات الإرسال الخاصة، ونسبة الاعتماد، وعلامات الميزات. لا المصادقة المطلوبة. مراقبة عمق البحر من البنية التحتية الخاصة بك.

POST /privacy/batch-proof — التحقق من البراهين المتعددة دفعة واحدة

بريد عام - التحقق من ما يصل إلى 50 مفتاح إثبات في طلب واحد. نفس التحقق الخفي مثل نقاط النهاية ذات الإثبات الفردي، ولكن مجمعة لتحقيق الكفاءة. مثالية للأسواق التي تعالج طلبات أو محافظ متعددة للتحقق من العديد من المدفوعات الواردة في وقت واحد.

// Request — array of proof pairs (max 50)
{
  "proofs": [
    { "tx_hash": "a1b2c3d4...64hex", "proof_token": "f7e8d9c0...64hex" },
    { "tx_hash": "b2c3d4e5...64hex", "proof_token": "PT-e8d9c0b1...67chars" }
  ]
}

// Response — per-proof results with summary
{
  "batch_size": 2,
  "results": [
    {
      "index": 0,
      "valid": true,
      "tx_hash": "a1b2c3d4...",
      "confirmed": true,
      "amount_decoded": "183.00",
      "rune_lattice": "encrypted"
    },
    {
      "index": 1,
      "valid": false,
      "tx_hash": "b2c3d4e5...",
      "reason": "Proof token mismatch"
    }
  ],
  "valid_count": 1,
  "invalid_count": 1
}

حدود الدفعة ومرجع الخطأ

🧅 Tor / .onion – توجيه كل شيء عبر الضباب

API هو REST عديمي الجنسية عبر HTTPS. لا ملفات تعريف الارتباط. لا جلسات. لا توجد بصمات JS. لا توجد ترقيات WebSocket. طلب خالص ← استجابة عبر TLS. إنه يعمل عبر Tor أصلاً لأننا بنيناه بهذه الطريقة. ليس كفكرة لاحقة. إذا كنت تقوم ببناء أي شيء خاص وأنت لا من خلال التوجيه عبر .onion، فإنك تقوم بتسريب عنوان IP الخاص بك إلى كل محلل DNS بينك وبين الخادم. لا.

حليقة من خلال تور

# Install torsocks (Debian/Ubuntu)
sudo apt install torsocks

# Verify a payment — sovereign style
torsocks curl -X POST http://synxexplorer.onion/explorer/api/verify_proof.php \
  -H "Content-Type: application/json" \
  -d '{"tx_hash":"a1b2c3d4...","proof_key":"f7e8d9c0..."}'

بايثون من خلال تور (SOCKS5)

import requests

# pip install requests[socks] PySocks
session = requests.Session()
session.proxies = {
    'http':  'socks5h://127.0.0.1:9050',
    'https': 'socks5h://127.0.0.1:9050',
}

# socks5h = DNS resolution through Tor too (no DNS leak)
API = "http://synxexplorer.onion/explorer/api"

result = session.post(f"{API}/verify_proof.php",
                      json={"tx_hash": "a1b2c3d4...", "proof_key": "f7e8d9c0..."},
                      timeout=30).json()

if result.get("valid"):
    print(f"ᛣ Sealed — amount: {result['amount']} {result['currency']}")

Node.js من خلال Tor

const { SocksProxyAgent } = require('socks-proxy-agent');
const fetch = require('node-fetch');

const agent = new SocksProxyAgent('socks5h://127.0.0.1:9050');
const API = 'http://synxexplorer.onion/explorer/api';

const r = await fetch(`${API}/verify_proof.php`, {
  method: 'POST',
  headers: {'Content-Type': 'application/json'},
  body: JSON.stringify({tx_hash: 'a1b2c3d4...', proof_key: 'f7e8d9c0...'}),
  agent,
});
const data = await r.json();
if (data.valid) console.log('𖣐 Sovereign verified', data.amount, data.currency);

📡 مشاركة مفاتيح الإثبات عبر تطبيق Signal — صفر بيانات وصفية

يجب أن ينتقل مفتاح الإثبات إلى المرسل ← جهاز الاستقبال دون لمس API. إليك التسلسل الهرمي لـ OPSEC لعملية التسليم هذه:

خطاف تكامل الإشارة (بوت بايثون)

# signal-cli or signal-bot framework — send proof key after payment
import subprocess, json

def send_proof_via_signal(recipient_phone, tx_hash, proof_key):
    """Send proof key through Signal. Disappearing message. Verify within 30 min."""
    msg = json.dumps({
        "tx_hash": tx_hash,
        "proof_key": proof_key,
        "verify_at": f"POST /verify_proof.php with tx_hash + proof_key",
        "expires": "30 minutes from generation — verify NOW",
    })
    subprocess.run([
        "signal-cli", "-u", "+1YOUR_NUMBER",
        "send", "-m", msg, recipient_phone,
        "--expire", "300",  # 5-min disappearing message
    ])

# After private SYNX send:
send_proof_via_signal("+1BUYER_PHONE", "a1b2c3d4...", "PT-f7e8d9c0...")

⚓ طقوس الدفع في السوق

أنت تقوم ببناء سوق سيادية. لا شريط. لا باي بال. لا توجد برمجيات وسيطة KYC. فقط Synergy Sea ومفاتيح الإثبات الكمومية. إليك كيفية التحقق من المدفوعات باستخدام المبالغ الدقيقة باستخدام مفتاح إثبات فقط - لم يتم الكشف عن أي عناوين على الإطلاق.

# Flask marketplace backend: amount-only verification via proof key
import requests

API = "https://explorer.synxcrypto.com/explorer/api"

@app.route('/verify-payment', methods=['POST'])
def verify():
    tx_hash   = request.json['tx_hash']
    proof_key = request.json['proof_key']  # raw 64-hex or PT- prefixed (API accepts both)
    order     = Order.query.filter_by(tx_hash=tx_hash).first()
    if not order:
        return {'status': 'unknown_order'}, 404

    # Step 1: confirm TX exists on-chain
    existence = requests.get(f"{API}/privacy/tx/{tx_hash}/verify", timeout=20).json()
    if not existence.get('exists') or not existence.get('confirmed'):
        return {'status': 'not_confirmed'}, 402

    # Step 2: decode exact amount using proof key (30-min window)
    # Uses verify_proof.php — returns "amount" (not "amount_decoded")
    result = requests.post(f"{API}/verify_proof.php",
                           json={"tx_hash": tx_hash, "proof_key": proof_key}, timeout=20).json()

    if result.get('valid'):
        paid = float(result['amount'])  # ← "amount" not "amount_decoded"
        if paid >= order.total:
            order.status = 'paid'
            db.session.commit()
            return {'status': 'sovereign_paid', 'exact_amount': paid}
        return {'status': 'underpaid', 'sent': paid, 'required': order.total}, 402

    # Error responses include "error" + "hint" — check both
    error = result.get('error', '')
    if 'expired' in error.lower():
        return {'status': 'proof_expired', 'message': 'Proof key expired — ask buyer for a fresh key'}, 410

    return {'status': 'invalid_proof', 'hint': result.get('hint', '')}, 402

✗∑🗡 Code Grimoire — كل لغة، كل نمط

بايثون — التحقق من مفتاح الإثبات

import requests

API  = "https://explorer.synxcrypto.com/explorer/api"
SOCKS = {'http': 'socks5h://127.0.0.1:9050', 'https': 'socks5h://127.0.0.1:9050'}

def verify(tx_hash, proof_key, tor=False):
    """Verify a SYNX proof key — decodes exact amount, reveals nothing else.
    
    The SYNX Node generates proof keys using quantum Kyber-768 lattice encryption.
    Keys expire in 30 minutes. Verify immediately upon receipt.
    Uses verify_proof.php — the recommended endpoint.
    """
    s = requests.Session()
    if tor: s.proxies = SOCKS
    return s.post(f"{API}/verify_proof.php",
                  json={"tx_hash": tx_hash, "proof_key": proof_key},
                  timeout=20).json()

def check_exists(tx_hash, tor=False):
    """Check if a TX exists on-chain. Reveals nothing about amounts or addresses."""
    s = requests.Session()
    if tor: s.proxies = SOCKS
    return s.get(f"{API}/privacy/tx/{tx_hash}/verify", timeout=20).json()

# Usage — the whole rite (amount-only verification)
# Buyer sends you: tx_hash + proof_key (off-chain, via Signal/PGP/Tor)
result = verify("a1b2c3d4...", "f7e8d9c0...", tor=True)  # raw or PT- prefixed
if result.get("valid"):
    print(f"𖣐 Payment confirmed — exact amount: {result['amount']} {result['currency']}")
    # No addresses revealed — ever. Only the amount surfaces.
elif result.get('error'):
    print(f"⚠ {result['error']}")
    if result.get('hint'): print(f"  Hint: {result['hint']}")

# The SYNX Node generates the proof key. You just verify it.
# Proof key = quantum puzzle key. Amount = the only answer.
# Sender? Drowned. Receiver? Drowned. That's the deal.

Node.js — أداة التحقق من الدفع (البرمجيات الوسيطة السريعة)

const fetch = require('node-fetch');
const API = 'https://explorer.synxcrypto.com/explorer/api';

async function verifyPayment(txHash, proofKey) {
  // Proof key generated by SYNX Node — quantum Kyber-768 sealed
  // Expires in 30 minutes — verify immediately
  const r = await fetch(`${API}/verify_proof.php`, {
    method: 'POST',
    headers: {'Content-Type': 'application/json'},
    body: JSON.stringify({ tx_hash: txHash, proof_key: proofKey }),
  });
  return r.json();
}

// Express middleware — drop into any route
async function requirePayment(req, res, next) {
  const { tx_hash, proof_key } = req.body;
  const result = await verifyPayment(tx_hash, proof_key);
  if (!result.valid) {
    // Error responses include "error" + "hint" fields
    return res.status(result.error?.includes('expired') ? 410 : 402).json({
      error: result.error,
      hint: result.hint,
    });
  }
  req.paymentAmount = result.amount;  // ← "amount" (not "amount_decoded")
  req.paymentCurrency = result.currency;
  next();
}

cURL — ورقة الغش الكاملة

BASE="https://explorer.synxcrypto.com/explorer/api"

# Sea depth readings
curl $BASE/privacy/stats

# Recent shadow transactions
curl "$BASE/privacy/recent?limit=10"

# Shadow lookup (private TX)
curl $BASE/privacy/tx/a1b2c3d4e5f6...

# Existence oracle
curl $BASE/privacy/tx/a1b2c3d4e5f6.../verify

# Verify a proof key — RECOMMENDED (simple endpoint)
# Returns: {"valid":true, "amount":"183.00", "currency":"SYNX", ...}
curl -X POST $BASE/verify_proof.php \
  -H "Content-Type: application/json" \
  -d '{"tx_hash":"a1b2c3d4...","proof_key":"f7e8d9c0..."}'

# GET also works (quick terminal check):
curl "$BASE/verify_proof.php?tx_hash=a1b2c3d4...&proof_key=f7e8d9c0..."

# PT- prefix also works in proof_key:
# "proof_key":"PT-f7e8d9c0..." or "proof_token":"f7e8d9c0..."

# Runic Envelope (richer metadata: timestamp range, expiry)
curl -X POST $BASE/privacy/tx/a1b2c3d4.../rune-verify \
  -H "Content-Type: application/json" \
  -d '{"proof_token":"f7e8d9c0..."}'

# All of the above, through Tor:
torsocks curl http://synxexplorer.onion/explorer/api/verify_proof.php \
  -d '{"tx_hash":"a1b2...","proof_key":"f7e8..."}'

⚔ SynergyX و Monero - المقارنة الصادقة

رائدة Monero. التوقيعات الحلقية، وRingCT، والعناوين الخفية - كلها رائعة. لكنها صُممت لعالم ما قبل الكم حيث كان Ed25519 غير قابل للكسر وكانت الطوابع الزمنية الدقيقة للمستكشف "جيدة". نهاية تلك الحقبة. هذا هو المكان الذي تقف فيه السلسلتان عندما تضعهما جنبًا إلى جنب:

إذا كنت لا تزال تستخدم Monero في عام 2026، فأنت ميت بالفعل: لكنك لم تلاحظ ذلك.

التوقيعات الدائرية الخاصة بك؟ يقوم التحليل التسلسلي بتجميعهم مثل الماشية. الطوابع الزمنية بالضبط؟ وكالة الأمن القومي تضع طوابع زمنية على قهوتك Ed25519؟ Shor قادم: مفاتيحك غبار. جيل إثبات من جانب العميل؟ قم بفك المحفظة وتزوير البراهين طوال اليوم. هذا علم الآثار، وليس الأمن.

يتم إنشاء مفاتيح إثبات SynergyX بواسطة عقدة SynX باستخدام تشفير شعرية الكم Kyber-768. طريقة التوليد مغلقة داخل قلب العقدة - لا يمكن لأي عميل أو مفكك ترجمات أو مهاجم الوصول إلى معلمات الشبكة الكمومية الداخلية. حتى الخصم المتطور الذي يفكك المحفظة بالكامل لا يحصل على شيء: المحفظة يستقبل مفتاح الإثبات من العقدة. لا يولد ذلك. السر لا يترك العقدة أبدًا.

معاملات الظل: المرسل، المتلقي، المبلغ، الكتلة: null. ليس غامضا. تمحى.

مفاتيح إثبات الكم: مفاتيح ألغاز Kyber-768 محكمة الغلق: إثبات المبلغ الدقيق دون تسريب من أرسل، ومن استلم، ومتى (زغب ±120 ثانية)، أو أين. يقوم المفتاح بفك تشفير المبالغ الدقيقة — 183.00، وليس "متوسط". لا عناوين في الدليل. لا توجد عناوين في API. لا عناوين في أي مكان. تنتهي صلاحيته خلال 30 دقيقة.

عدم الكشف عن العنوان: لا توجد نقطة نهاية رئيسية للعرض. لا توجد نقطة نهاية للتدقيق. لا توجد آلية للكشف عن المرسل أو المستقبل من خلال جهاز API. المبلغ هو كل ما السطوح. الهوية تبقى غارقة – إلى الأبد.

ما بعد الكم: Kyber-768، SPHINCS+، SHAKE256 - يمكن لـ Shor تقبيل كتلة التكوين الخاصة بك. لا توجد خريطة طريق. لا "في وقت لاحق سوف تضيف سيج الكم." لقد ولدنا محصنين.

تريد الخصوصية؟ التوقف عن التسول للحصول على قصاصات. مع Synergy يمكنك الحصول على التخفي الكمي والسرعة في بحر الظلال. خذ النصل.

رموز الخطأ

Verified_proof.php — رموز حالة HTTP

المغلف الروني (/rune-verify) — رموز حالة HTTP

429 خنق البحر - جسم الاستجابة

تتضمن جميع الإجابات البالغ عددها 429 (كلا نقطتي النهاية) أ Retry-After رأس HTTP (RFC 7231) ونص JSON منظم بمعلومات الطبقة:

// 429 Response — sea throttle or ban active
// Retry-After: 60  (HTTP header — seconds until retry)
{
  "error": "Sea throttled — incremental ban tiers protect the Sea",
  "throttle_tier": "standard",     // "standard" | "tier1" | "tier2" | "active_ban"
  "retry_after": 60,              // seconds until you can retry
  "message": "100 req/min exceeded — exponential backoff (60s). Cool down and come back.",
  "tiers": {
    "standard": "100 req/min — exponential backoff",
    "tier1":    "500 req/min — 5-minute ban",
    "tier2":    "1500 req/min — 1-hour ban"
  }
}

// Example: active ban (hit 500+ req/min earlier)
// Retry-After: 253
{
  "throttle_tier": "active_ban",
  "retry_after": 253,
  "message": "Active ban — 253s remaining. Keep pushing and the Sea pushes back harder."
}

تنسيقات الإدخال (كلا نقطتي النهاية): تجزئة TX = 64 حرفًا سداسيًا عشريًا بالضبط [a-fA-F0-9]{64}. مفتاح الإثبات = 67 حرفًا كحد أقصى (مع PT- بادئة) أو بالضبط 64 سداسيًا (خامًا). يقبل API كلا التنسيقين – شرائط الخادم PT- تلقائيا. verify_proof.php يقبل اسم الحقل proof_key or proof_token (الاسم المستعار). أي شيء خارج هذه الحدود يحصل على 400 نقطة. لا رحمة.

🕳 ضمان عدم وجود بيانات وصفية — ما يجب أن يعرفه المطورون

إذا كنت تقوم بدمج API، فإليك الدليل القاطع على ذلك لا يوجد تسرب للبيانات الوصفية. تم تدقيق كل مطالبة أدناه بواسطة GhostReaper (أكثر من 100 ناقل هجوم، 0 نتائج غير مصححة).

خصائص الأمان - قائمة مراجعة المطورين

ما يجب عليك فعله كمتكامل

𖣐 كود ذلك. اختبره. تملك الظلام.

لديك الآن كل شيء. ستة نقاط النهاية. رمز حقيقي. توجيه تور. خطافات الإشارة. نموذج تهديد صادق بشأن ما يتسرب وما لا يتسرب. مفاتيح إثبات Quantum Kyber-768 التي تم إنشاؤها بواسطة عقدة SynX - مفاتيح ألغاز غير قابلة للتشكيل والتي تفك تشفير الكميات الدقيقة ولا شيء آخر. لا يوجد كشف عن العنوان - ليس باستخدام مفتاح العرض، وليس باستخدام مفتاح الإثبات، أبدًا. تشويش الطابع الزمني الذي يجعل تحليل التوقيت لا معنى له من الناحية الإحصائية. وتحت كل ذلك، هناك تشفير شبكي ينجو من كل هجوم كمي معروف، ليس لأننا هاجرنا، ولكن لأننا بدأنا هناك.

Synergy Sea هو محيط ما بعد الكم حيث لا تظهر الظلال أبدًا. لا يمكن لأي مركز بيانات أن يكون ملكًا عندما يطيح SynergyX به ويعتلي عرش المستخدم. تغرق كل معاملة خاصة في تغليف Kyber-768، مختومًا بأشجار SPHINCS+ الفائقة، مفهرسة بالتزامات الشبكة الكمومية. تهمس المبالغ من خلال مفاتيح الإثبات - رطانة للمراقبين، وكسور عشرية دقيقة لحاملي المفاتيح. يرى المستكشف تموجات. يُرجع API قيمة فارغة حيثما كان ذلك مهمًا. مفتاح الإثبات هو الخيط الوحيد الذي يعود إلى المبلغ - والمبلغ هو الجميع تلك الأسطح. المرسل والمستقبل؟ غرق. دائمًا. لا توجد نقطة نهاية، ولا مفتاح، ولا أمر استدعاء لإعادتهم.

لا يوجد KYC. لا حضانة. لا يوجد تحليل السلسلة. عدم الكشف عن العنوان. لا توجد نقطة مركزية للفشل. لا توجد خريطة طريق للهجرة لأنه لا يوجد شيء للهجرة منه. المحرك الأول في نهاية اللعبة الكمومية.

هذه ليست وثائق. هذا سلاح. استخدمه.

𝓢𝔁
رمز ذلك. اختبره. تملك المد والجزر المظلمة.

SynergyX Privacy API v2.0 — مفاتيح إثبات الكم — The Synergy Sea
محيط ما بعد الكم حيث لا تظهر الظلال أبدًا.