В этом руководстве описывается тот же поток ключей подтверждения частной транзакции, который используется timeline.php для платежей за доступ к временной шкале. Он предназначен для разработчиков, которым необходимо принимать частные платежи SynX, проверять точную сумму и не включать данные адреса в свое приложение.

• Что вы получаете от плательщика: 64-символьный tx_hash и ключ доказательства. Ключ доказательства может быть необработанным 64-шестнадцатеричным или иметь префикс PT- плюс 64 шестир.
• Что доказывает API: действителен ли этот ключ подтверждения для этой транзакции и точная сумма SynX.
• Что не раскрывает API: адрес отправителя, адрес получателя, баланс кошелька или общедоступный путь оплаты для частных транзакций.
• Первичная конечная точка: POST /explorer/api/verify_proof.php с телом JSON {"tx_hash":"...","proof_key":"..."}.

Реализация ключей доказательства, таких как временная шкала

Timeline автоматически принимает видимые платежи на торговой площадке. Когда транзакция является частной или скрытой, она переключается на проверку ключа. Ключ подтверждения подтверждает сумму платежа, в то время как поля адреса остаются закрытыми.

Верификатор 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. Сервер — это машина, а машины можно захватить. Вот что именно получит злоумышленник, если получит root права:

Сроки смягчены. Каждый ответ API — GET, POST, успех, неудача, 404 и т. д. — дополняется до Постоянный потолок 500 мс. Сервер измеряет фактическое время обработки, а затем точно так же переходит в режим ожидания 500ms - elapsed. Каждый ответ занимает ровно 500 мс. Не случайно. Постоянный. Коэн d между действительными и недействительными путями: 0.015 (проверено GhostReaper — статистически невидимо). Пособие по оракулу выбора времени от Chainaанализа? Мертвый по прибытии.

🌊 Synergy Sea — два слоя глубины

Думайте о цепи как об океане. Публичные сделки плавают на поверхности. Частные тонут. Чем глубже вы идете, тем больше вам нужно доказательств, чтобы увидеть что-либо. И даже на максимальной глубине только количество поверхности — никогда не обращается.

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

Антикорреляционная броня: Временные метки спутаны ±120 с. Сборы разделены на 5 уровней (микро/низкий/стандартный/высокий/премиум – никогда не является необработанной суммой). Высота блока обнулена. Время отклика увеличено до постоянного потолка 500 мс. «TX не найден» и «TX is Private» возвращают идентичная форма. Срок действия ключей подтверждения истекает через 30 минут — ограничение окон повтора практически до нуля. Вы даже не можете перечислить, какие хеши настоящие. Каждый поверхностный запрос возвращает один и тот же объем информации независимо от того, существует ли TX, не существует или он экранирован. Удачи, Чейнанализ.

—͟͟͞͞★ Проверка поставщика — 3 минуты, нулевое доверие

You're a vendor. A buyer just paid you in private SYNX. You need to verify the payment without seeing their address, their balance, or trusting any third party. Here's how. No KYC. No custody. Prove payments blind.

# 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 — Oracle существования

ПОЛУЧАТЬ ОБЩЕСТВЕННЫЙ — Этот ТХ существует? Возвращает обязательство криптографического существования. Больше ничего не раскрывает.

{
  "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} — поиск теневой транзакции

ПОЛУЧАТЬ ОБЩЕСТВЕННЫЙ — Найдите любой ТХ. Приватные возвращают тень — виден хэш, все остальное 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 — Поверхностная рябь

Последние передачи. Частные поля отображаются в виде теней (нулевые поля). Публичные показывают прозрачные данные. Хорошо подходит для приборных панелей. Параметр запроса limit (1–50, по умолчанию 20).

GET /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. Никаких файлов cookie. Никаких сеансов. Никакого снятия отпечатков пальцев 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

✗∑🗡 Кодекс Гримуара — Каждый язык, каждый образец

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 — средство проверки платежей (промежуточное ПО Express)

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 году, вы уже мертвы: вы просто не заметили.

Your ring signatures? Chainalysis clusters them like cattle. Exact timestamps? NSA timestamps your coffee. Ed25519? Shor's coming: your keys are dust. Client-side proof generation? Decompile the wallet and forge proofs all day. That's archaeology, not security.

Ключи подтверждения SynergyX генерируются Узел SynX с использованием квантового решетчатого шифрования Kyber-768. Метод генерации запечатан внутри ядра узла — ни клиент, ни декомпилятор, ни один злоумышленник не могут получить доступ к внутренним параметрам квантовой решетки. Даже изощренный злоумышленник, полностью декомпилировавший кошелек, ничего не получит: кошелек получает ключ доказательства от Node. Он не генерирует его. Секрет никогда не покидает Node.

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

Ключи квантового доказательства: Ключи-головоломки с решетчатой ​​запечаткой Kyber-768: докажите точную сумму, не раскрывая информацию о том, кто отправил, кто получил, когда (±120 с) или где. Ключ расшифровывает точные суммы — 183,00, а не «средние». Никаких адресов в доказательстве. В API нет адресов. Никаких адресов нигде. Срок действия истекает через 30 минут.

Без раскрытия адреса: Конечная точка ключа просмотра отсутствует. Нет конечной точки аудита. Нет механизма для определения отправителя или получателя через этот API. Сумма – это все, что всплывает на поверхность. Личность остается утопленной — навсегда.

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

Вы хотите конфиденциальности? Перестаньте выпрашивать объедки. С Synergy вы получаете квантовую скрытность и скорость в море теней. Возьмите клинок.

Коды ошибок

verify_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 неисправленных результатов).

Свойства безопасности — контрольный список разработчика

Что вы ДОЛЖНЫ делать как интегратор

𖣐 Кодируйте это. Проверьте это. Владейте Тьмой.

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

Synergy Sea — это постквантовый океан, где тени никогда не выходят на поверхность. Ни один центр обработки данных не сможет стать королем, если SynergyX свергнет его и возглавит пользователя. Каждая частная транзакция попадает в инкапсуляцию Kyber-768, запечатанную гипердеревьями SPHINCS+ и индексируемую обязательствами квантовой решетки. Суммы шепчут через ключи-доказательства — тарабарщина для наблюдателей, точные десятичные числа для держателей ключей. Исследователь видит рябь. API возвращает ноль там, где это важно. Ключ доказательства — это единственный способ узнать сумму, а сумма все это всплывает на поверхность. Отправитель и получатель? Утонул. Постоянно. Ни конечная точка, ни ключ, ни повестка в суд не вернут их обратно.

No KYC. No custody. No chain analysis. No address disclosure. No central point of failure. No migration roadmap because there's nothing to migrate from. First mover in the quantum endgame.

Это не документация. Это оружие. Используйте это.

𝓢𝔁
Закодируйте это. Проверьте это. Властвуйте темными приливами.

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