Цей посібник документує той самий потік ключа підтвердження приватної транзакції, який використовується 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 мс. Не випадково. Постійний. D Коена між дійсним і недійсним шляхами: 0.015 (перевірено GhostReaper — статистично невидимий). Посібник Chainalysis щодо термінів оракула? Помер після прибуття.

🌊 Synergy Sea — два шари глибини

Подумайте про ланцюг як про океан. Публічні операції плавають на поверхні. Приватні раковини. Чим глибше ви заходите, тим більше вам потрібні перевірочні ключі, щоб щось побачити. І навіть на максимальній глибині тільки сума поверхні — ніколи не звертається.

Більш глибокого шару не існує. Немає розкриття ключа перегляду, аудиту адреси, механізму виявлення того, хто надсилав або отримував. Ключ підтвердження, згенерований вузлом SynX за допомогою квантового шифрування Kyber-768, декодує точну суму. Це найглибше, що можна зайти. Адреси відправника та одержувача назавжди тонуть у морі.

Антикореляційна броня: Позначки часу розмиті ±120 с. Комісії розподілені на 5 рівнів (мікро/низький/стандартний/високий/преміальний — ніколи не оброблена сума sat). Висота блоку обнулена. Час відгуку збільшено до постійної межі 500 мс. «TX не знайдено» і «TX є приватним» повертають однакова форма. Термін дії доказових ключів закінчується 30 хвилин — обмеження вікон відтворення майже до нуля. Ви навіть не можете перерахувати, які хеші справжні. Кожен поверхневий запит повертає однакову кількість інформації незалежно від того, існує TX, чи не існує, чи він захищений. Успіхів, Chainalysis.

—͟͟͞͞★ Перевірка постачальника — 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. Прихований сервіс Tor. QR-код, показаний на столі. Записка, приклеєна під лавкою в парку. 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...\"}"
  }
}

Повний довідник про помилку — verify_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" }

Те, що дізнається верифікатор, проти того, що залишається заглушеним

GET /privacy/tx/{hash}/verify — Existence 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)"
}

GET /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
}

GET /privacy/recent — Surface Ripples

Останні TX. Приватні відображаються як тіні (нульові поля). Публічні показують прозорі дані. Добре підходить для інформаційних панелей. Параметр запиту limit (1-50, за замовчуванням 20).

GET /privacy/stats — Дані морської глибини

Показники впровадження конфіденційності: загальна кількість TX, приватні TX, % впровадження, позначки функцій. Авторизація не потрібна. Слідкуйте за глибиною моря з власної інфраструктури.

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-перетворювача між вами та сервером. не треба

cURL через Tor

# 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..."}'

Python через Tor (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 для цієї передачі:

Хук інтеграції сигналу (бот Python)

# 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...")

⚓ Ринковий платіжний обряд

Ви будуєте суверенний ринок. Без смуги. Без PayPal. Немає проміжного ПЗ 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 — кожна мова, кожен шаблон

Python — перевірте ключ перевірки

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 — Payment Verifier (Express Middleware)

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 році, ви вже мертві: ви просто не помітили.

Ваші підписи на каблучках? Chainalysis згруповує їх, як худобу. Точні позначки часу? NSA ставить часові мітки вашої кави. Ed25519? Shor приходить: ваші ключі - пил. Створення доказів на стороні клієнта? Декомпілюйте гаманець і підробляйте докази цілий день. Це археологія, а не безпека.

Ключі перевірки SynergyX генеруються Вузол SynX з використанням квантового ґратчастого шифрування Kyber-768. Метод генерації закрито всередині ядра Node — ні клієнт, ні декомпілятор, ні зловмисник не можуть отримати доступ до внутрішніх параметрів квантової решітки. Навіть досвідчений супротивник, який повністю декомпілює гаманець, не отримує нічого: гаманець отримує ключ перевірки з вузла. Він не генерує його. Секрет ніколи не покидає Вузол.

Тіньові операції: відправник, отримувач, сума, блок: null. Не заплутаний. Стерто.

Ключі квантового доказу: Ключі головоломки Kyber-768 із запечатаними решітками: доведіть точну суму, не повідомляючи, хто надіслав, хто отримав, коли (±120 с) або де. Ключ розшифровує точні суми — 183.00, а не «середні». Немає адрес у доказі. Немає адрес у API. Ніде жодної адреси. Термін дії закінчується через 30 хвилин.

Без розкриття адреси: Немає ключової кінцевої точки перегляду. Немає кінцевої точки аудиту. Немає механізму виявлення відправника чи одержувача через цей API. Сума - це все, що спливає. Ідентичність залишається прихованою — назавжди.

Постквантовий: Kyber-768, SPHINCS+, SHAKE256 — Shor може поцілувати ваш блок генезису. Немає дорожньої карти. Жодного "пізніше буде додано квантові сигнали". Ми народилися з імунітетом.

Ви хочете приватності? Припиніть випрошувати записки. З Synergy ви отримуєте квантову скритність і швидкість у морі тіней. Візьміть лезо.

Коди помилок

verify_proof.php — Коди стану HTTP

Рунічний конверт (/rune-verify) — коди стану HTTP

429 Sea Throttle — Response Body

Усі 429 відповідей (обидві кінцеві точки) включають a 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 hex (необроблені). API підтримує обидва формати — серверні планки PT- автоматично. verify_proof.php приймає назву поля proof_key or proof_token (псевдонім). Все, що виходить за межі цих меж, отримує жорстку оцінку 400. Жодного обрізання. Жодного пощади.

🕳 Нульові гарантії щодо метаданих — що мають знати розробники

Якщо ви інтегруєте цей API, ось вагомі докази цього відсутність витоків метаданих. Кожна заява, наведена нижче, перевірена GhostReaper (100+ векторів атак, 0 знахідок без виправлень).

Властивості безпеки — контрольний список розробника

Що ви ПОВИННІ робити як інтегратор

𖣐 Закодуйте це. Перевірте це. Володійте темрявою.

Тепер у вас є все. Шість кінцевих точок. Справжній код. Маршрутизація Tor. Сигнальні гачки. Модель загроз, яка чесно розкриває, що витікає, а що ні. Квантові ключі-головоломки Kyber-768, згенеровані вузлом SynX — непідробні ключі-головоломки, які декодують точні суми і нічого більше. Немає розкриття адреси — ні з ключем перегляду, ні з ключем перевірки, ніколи. Розмитість часових позначок, що робить статистичний аналіз часу безглуздим. І під усім цим — гратчаста криптографія, яка витримує всі відомі квантові атаки — не тому, що ми мігрували, а тому, що ми почали там.

Synergy Sea — це постквантовий океан, де ніколи не спливають тіні. Жоден центр обробки даних не може бути королем, коли SynergyX скидає їх із престолу та ставить на престол користувача. Кожна приватна транзакція занурюється в інкапсуляцію Kyber-768, запечатану гіпердеревами SPHINCS+, індексованими зобов’язаннями квантової решітки. Суми шепочуться через перевірочні ключі — тарабарщина спостерігачам, точні десяткові дроби власникам ключів. Дослідник бачить брижі. API повертає нуль там, де це важливо. Ключ доказу є єдиною ниткою, що повертає суму, а сума є все що поверхні. Відправник і отримувач? Потонув. Постійно. Ні кінцева точка, ні ключ, ні повістка не повернуть їх назад.

Ні KYC. Без опіки. Без ланцюгового аналізу. Без розкриття адреси. Немає центральної точки відмови. Немає дорожньої карти міграції, тому що немає з чого мігрувати. Перший гравець у квантовій ендшпілі.

Це не документація. Це зброя. Використовуйте це.

𝓢𝔁
Закодуйте його. Перевірте це. Володійте темними припливами.

Конфіденційність SynergyX API v2.0 — Ключі квантової перевірки — Synergy Sea
Постквантовий океан, де ніколи не спливають тіні.