このガイドでは、で使用されるものと同じプライベート トランザクション証明キー フローを文書化します。 timeline.php タイムラインアクセスの支払いの場合。これは、プライベート SynX 支払いを受け入れ、正確な金額を確認し、アプリケーションに住所データを含めないようにする必要がある開発者向けに設計されています。

• 支払者から受け取るもの: 64文字 tx_hash そして証明キー。証明キーは生の 64 16 進数であるか、または次のようにプレフィックスが付けられます。 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 を打っています。サーバーはマシンであり、マシンは押収される可能性があります。攻撃者がボックスを root 化すると、次のような結果が得られます。

タイミングが緩和されます。 すべての API 応答 (GET、POST、成功、失敗、404、その他すべて) は、 500msの一定上限。サーバーは実際の処理時間を測定し、正確にスリープします 500ms - elapsed。すべての応答にはちょうど 500 ミリ秒かかります。ランダムではありません。 絶え間ない。 有効なパスと無効なパスの間のコーエンの d: 0.015 (GhostReaper によってテスト済み - 統計的には見えません)。チェイナリシスのタイミングオラクルプレイブック?到着時に死亡。

🌊 Synergy Sea — 2 つの深度レイヤー

チェーンを海と考えてください。パブリックトランザクションは表面に浮かんでいます。プライベートなものは沈みます。深く行けば行くほど、何かを見るために必要な証明キーが増えます。最大深度でも、 額 表面 — 決して対処しません。

より深い層は存在しません。 ビューキーの開示、アドレス監査、送信者または受信者を明らかにするメカニズムはありません。量子Kyber-768暗号化を使用してSynXノードによって生成された証明キーは、正確な量を復号します。それは誰もが行くことができる最も深いところです。送信者と受信者のアドレスは永久に海に沈みます。

反相関アーマー: タイムスタンプは±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 で暗号化された電子メール。 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 の存在

得る 公共 — この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 — 表面の波紋

最近の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は HTTPS 経由のステートレス REST。クッキーはありません。セッションはありません。 JS フィンガープリントはありません。 WebSocket のアップグレードはありません。 TLS を介した純粋なリクエスト→レスポンス。そのように構築されているため、Tor 上でネイティブに動作します。思いつきではありません。プライベートなものを構築していて、 ない .onion を介してルーティングすると、サーバーとの間のすべての DNS リゾルバーに IP が漏洩します。やめてください。

Tor を介した cURL

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

Tor を介した Python (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']}")

Tor を介した Node.js

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);

📡 シグナル経由でプルーフキーを共有 — メタデータゼロ

証明キーは、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...")

⚓ マーケットプレイスの支払いの儀式

あなたはソブリン市場を構築しています。ストライプはありません。ペイパルはありません。 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 が解読できず、エクスプローラーの正確なタイムスタンプが「問題ない」量子以前の世界向けに構築されました。そんな時代は終わります。 2 つのチェーンを並べると次のようになります。

2026 年になっても Monero を使用している場合、あなたはすでに死んでいます。単に気づいていないだけです。

指輪のサインは？チェイナリシスはそれらを牛のようにクラスター化します。正確なタイムスタンプ? NSA はコーヒーにタイムスタンプを付けます。 Ed25519? Shor が登場します。あなたのキーは粉塵です。クライアント側で証明を生成しますか?ウォレットを逆コンパイルして、一日中証拠を偽造します。それは考古学であって安全保障ではない。

SynergyX 証明キーは、 SynXノード 量子Kyber-768格子暗号化を使用します。生成メソッドはノードのコア内に封印されており、クライアント、逆コンパイラー、攻撃者は内部の量子格子パラメーターにアクセスできません。ウォレットを完全に逆コンパイルした高度な攻撃者であっても、何も得られません。 受け取る ノードからの証明キー。それは生成しません。秘密がノードから離れることはありません。

シャドウトランザクション: 送信者、受信者、金額、ブロック: 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 個の 16 進文字 [a-fA-F0-9]{64}。証明キー = 最大 67 文字 ( PT- 接頭辞)、または正確に 64 16 進数 (生)。 API は両方のフォーマット (サーバー ストリップ) を受け入れます。 PT- 自動的に。 verify_proof.php フィールド名を受け入れます proof_key or proof_token （エイリアス）。これらの範囲外のものはすべてハード 400 になります。トリミングはありません。慈悲はありません。

🕳 メタデータゼロの保証 — 開発者が知っておくべきこと

この API を統合している場合、これが確実な証拠です。 メタデータの漏洩はありません。以下のすべての主張は GhostReaper によって監査されています (100 以上の攻撃ベクトル、パッチが適用されていない調査結果は 0)。

セキュリティ プロパティ — 開発者チェックリスト

インテグレーターとしてしなければならないこと

𖣐 コード化してみましょう。テストしてみましょう。ダークを所有しましょう。

これですべてが手に入りました。 6 つのエンドポイント。実際のコード。 Tor ルーティング。信号フック。何が漏洩し、何が漏洩しないのかを正確に把握する脅威モデル。 SynX ノードによって生成される量子 Kyber-768 証明キー — 正確な量だけを解読する偽造不可能なパズルキーです。アドレス開示はありません。表示キーや証明キーを使用したり、決して開示したりしません。タイムスタンプのファジングにより、タイミング解析が統計的に無意味になります。そしてその根底にあるのは、あらゆる既知の量子攻撃に耐える格子暗号です。それは、私たちが移行したからではなく、移行を開始したからです。

Synergy Sea は、影が決して表面化しないポスト量子の海です。 SynergyX がデータセンターの王位を剥奪し、ユーザーが王位に就いた場合、データセンターは王になることはできません。すべてのプライベート トランザクションは Kyber-768 カプセル化に沈み、SPHINCS+ ハイパーツリーによって封印され、量子格子コミットメントによってインデックス付けされます。金額は証明キーを通してささやきます。観察者にとっては意味不明ですが、キーホルダーの所有者にとっては正確な小数です。探索者は波紋を目にします。 API は、重要な場合には null を返します。証明キーは金額を知る唯一の糸口であり、その金額は 全て それが表面化する。送信者と受信者?溺死した。永久に。エンドポイントも鍵も召喚状もありません。

KYCはありません。監護権はありません。チェーン分析はありません。住所開示はありません。中心的な障害点はありません。移行元がないため、移行ロードマップはありません。量子エンドゲームの先手。

これはドキュメントではありません。これは武器です。使ってください。

𝓢𝔁
コード化してください。テストしてみましょう。暗い潮流を自分のものにしましょう。

SynergyX プライバシー API v2.0 — 量子証明キー — Synergy Sea
影が決して表面化しないポスト量子の海。