Ana içeriğe geç

Borsa ve Entegratör Rehberi

Bir borsanın, saklama kuruluşunun (custodian) veya ödeme entegratörünün QOR'u listelemek ve para yatırma/çekme işlemlerini gerçekleştirmek için ihtiyaç duyacağı her şey: bir arayüz seçmek, yatırmaları güvenli şekilde tespit etmek ve çekim işlemlerini imzalamak.

not

Bu rehber qorechain-vladi mainnet'ini hedefler (7 Haziran 2026'dan beri yayında; düğüm sürümü v3.2.3, 20 Ekim 2026'da 3.662.051 yüksekliğinde uygulandı). Önce tüm akışı qorechain-diana testnet'inde prova edin — 19 Ekim 2026'dan beri v3.2.4 çalıştırır ve mainnet 3.742.566 yüksekliğinde v3.2.3'ten v3.2.4'e geçer (yönetişim önerisi 13); bu nedenle aşağıda listelenen değişiklikler o bloka ulaşıldığında her iki ağ için de geçerli olur (her iki ağın uç noktaları Ağlar sayfasındadır). Kendi tam düğümünüzü (full node) çalıştırıyorsanız, onu indirme manifestosunun önerdiği sürümde tutun ve asla manifestodaki minCompatible değerinin altına düşürmeyin (yükseltmeye kadar mainnet'te 3.2.3) — güncel olmayan bir düğüm zincirin yükseltmelerini takip edemez ve yükseltme yüksekliğinde durur; 3.742.566 yüksekliğinden önce ne yapmanız gerektiği için bkz. Bir Düğüm Çalıştırma.

v3.2.2 ve v3.2.3'te entegratörler için neler değişti (imzalama biçimi, adresler, ondalık basamaklar, memo'lar ve ücretler değişmedi):

  • Korumasız (EIP-155 öncesi) Ethereum işlemleri reddedilir, hem mempool'da hem de blok yürütmede (v3.2.2). Para yatıranın cüzdanı bir zincir kimliğiyle imzalamalıdır; günümüzdeki her cüzdan bunu yapar.
  • Modül hesapları EVM üzerinden sahiplenilemez (v3.2.2); bir modül hesabı adresini yatırım veya çekim adresi olarak kullanmayın.
  • Vesting hesapları yalnızca imzalayanın kendisi için oluşturulabilir (v3.2.3); üç vesting oluşturma mesajı ayrıca şu anda mainnet'in devre kesici listesindedir.
  • Bir hesabın anahtarı olduktan sonra PQC anahtar mesajları hibrit imza gerektirir (v3.2.3): bkz. Kuantum-Sonrası İmzalama. Sıcak cüzdanın anahtarını bir kez, erkenden kaydedin.
  • EVM pencereleri kapsamlandırılabilir (v3.2.3): yalnızca düz QOR gönderen bir sıcak cüzdan native_only penceresi açabilir, bkz. EVM Geliştirme.

v3.2.4'te entegratörler için neler değişir (testnet'te 19 Ekim 2026'dan beri; mainnet'te 3.742.566 yüksekliğinden itibaren). İşlem imzalama, adresler, ondalık basamaklar, memo'lar ve ücretler değişmez; bir yatırmanın nasıl tespit edildiği veya bir çekimin nasıl imzalanıp yayınlandığı da değişmez:

  • İsteğe bağlı stake kilitleri (yeni modül x/stakingtier). Bir delegatör, bir delegasyonun bir kısmını 3, 6 veya 12 ay boyunca kilitleyebilir (asgari kilit 10 QOR, delegatör başına en fazla 16 açık kilit). Kilit oluşturmayan bir hesapta hiçbir şey olmaz. Bir kilit açıkken, o tutar herhangi bir yolla (düz bir işlem, authz, bir grup veya bir sözleşme) delegasyondan çıkarılamaz veya yeniden delege edilemez; bir kilidi erken sonlandırmak, kilitli stake'ten bir ceza yakar. Bu nedenle müşteri fonlarını stake eden bir saklama kuruluşu, iade etmesi gerekebilecek kısmı kilitlememelidir. Parametreleri GET /qorechain/stakingtier/v1/params adresinden okuyun.
  • Yeni bir yakım kaynağı, staking_tier_penalty, erken kilit açmalar gerçekleştikten sonra yakım istatistiklerinde görünür. Yakım kaynaklarını sıralayan arz mutabakat işleri, bilinmeyen bir kaynak adını kabul etmelidir.
  • Kendi çalıştırdığınız düğümler için düğüm yerel JSON-RPC sınırları: 256 KiB'den büyük istek gövdeleri reddedilir (HTTP 413), aynı anda en fazla 256 istek sunulur (bunun ötesinde HTTP 503) ve 4'ten fazla topic konumu, tek bir konumda 1000 alternatif veya 1000 adres içeren bir eth_getLogs ya da eth_newFilter filtresi reddedilir. Sınırlar app.toml dosyasının [json-rpc] bölümünde yapılandırılabilir (bkz. Bir Düğüm Çalıştırma). Uzun bir adres listesiyle eth_getLogs sorgulayan bir yatırma tarayıcısı listeyi bölmelidir.
  • Tekrarlanan bir anahtar kaydı, ücreti ödenmeden önce reddedilir. v3.2.4 çalıştıran bir düğüm, yayın sırasında, hesabın zaten kayıtlı olan açık anahtarının aynısını taşıyan bir MsgRegisterPQCKeyV2 mesajını, zincirin döndüreceği hatayla (PQC kodu 7, hesap zaten mevcut) ve ücret almadan reddeder. Aşağıda önerildiği gibi, bir sıcak cüzdanın anahtarını kaydetmeden önce GET /qorechain/pqc/v1/account/{address} adresini kontrol edin.
  • İsteğe bağlı sahiplik bayrağı. Hesap kaydı, kayıt sırasında bir sahiplik kanıtının doğrulanıp doğrulanmadığını belirten bir possession_proven alanı kazanır; kimin gönderebileceğini veya alabileceğini değiştirmez. Bkz. Kuantum Sonrası İmzalama.

Entegrasyon yolu seçme​

QoreChain, üç arayüz üzerinden sunulan tek bir birleşik native-QOR bakiyesine sahip tek bir zincirdir. Aynı özel anahtar aynı fonları kontrol eder — bir Cosmos (qor1...), bir EVM (0x...) ve bir SVM (base58) adresi altında — yığınınıza uyan arayüzü seçin.

A) Cosmos (native)B) EVMC) SVM (Solana VM)
Adresqor1... (bech32)0x... (Ethereum)Solana base58 (aynı anahtar)
Ondalık basamak (native QOR)6 (uqor)18 (wei tarzı)9 (lamport; 1 uqor = 1.000 lamport)
AraçlarCosmos SDK / CosmJSStandart Ethereum (ethers/web3, MetaMask)@solana/web3.js
Çekim imzalamaHibrit PQC gerekli (ML-DSA-87 + secp256k1)Standart secp256k1 / EIP-155, ancak yalnızca açık bir PQC yetkilendirme penceresinin içinde (kayıtlı bir ML-DSA anahtarı + hibrit imzalı bir Cosmos mesajıyla açılmış bir pencere)Cosmos tx veya düğüm üzerinde gönderim ile (hat şu anda devre dışı)
Not / etiket desteğiEvet (paylaşılan adres + memo)Hayır (kullanıcı başına bir adres)Hayır (kullanıcı başına bir adres)
Yatırım tespitiMsgSend olaylarını taramaeth_getBlockByNumber ile blokları taramagetBalance / getSignaturesForAddress
En uygun olduğu durumCosmos-native platformlarMevcut EVM entegrasyonu olan platformlarSolana araç zinciri kullanan platformlar

Öneri: çekimler için Yol A'yı (Cosmos) kullanın; native rota budur ve memo tabanlı paylaşılan yatırım adreslerine sahiptir. v3.2.0'dan beri EVM hattı (Yol B) de kayıtlı bir ML-DSA-87 anahtarı ve yalnızca hibrit imzalı bir Cosmos hattı mesajıyla açılabilen, sınırlı ve açık bir EVM yetkilendirme penceresi gerektirir; dolayısıyla bir EVM çekim hattı, Yol A ile aynı kuantum-sonrası imzalama yığınına ek olarak pencere yönetimine ihtiyaç duyar (bkz. Yol B ve EVM yetkilendirme penceresi). Yol B, standart Ethereum araçlarıyla yatırım tespiti için hâlâ uygundur. Yol C (SVM), kağıt üzerinde tam bir native-QOR arayüzüdür, ancak işlem hattı şu anda ağ genelinde devre dışıdır (bkz. Yol C) — yeniden açılana kadar Yol A'yı veya yatırım tespiti için Yol B'yi kullanın.

Üç arayüz de birbirini dışlamaz — aynı anahtarın 0x, qor1 veya SVM formuna gönderilen fonlar aynı bakiyedir.

Düğümünüzü çalıştırma​

Üretim entegrasyonları, yatırmaları üçüncü taraf bir uç nokta yerine kendi senkronize düğümlerine karşı doğrulamalıdır. Mainnet'e Bağlanma sayfasını takip edin — burada önceden derlenmiş ikili paket (SHA-256 sağlama toplamlarıyla), genesis, herkese açık eşler (peers), işlem ücreti tabanı (0.1uqor) ve yayımlanan zincir verisi anlık görüntüsü (snapshot) üzerinden hızlı önyükleme anlatılır. Doğrulama yapmayan (non-validating) tam bir düğüm çalıştırmak için lisans gerekmez.

QoreChain anlık kesinliğe (instant finality) sahip olduğundan (yeniden düzenleme/reorg yoktur), 1 onay kesindir; 1-2 blok beklemek rahat bir operasyonel marj sağlar.

Yol A — Cosmos (native)​

Temel REST URL'si: https://api.qore.host (veya kendi düğümünüzde http://localhost:1317).

Yatırmaları izleme​

# latest height
curl -s https://rpc.qore.host/status | jq -r .result.sync_info.latest_block_height

# all txs in a height (deposit scanning)
curl -s "https://api.qore.host/cosmos/tx/v1beta1/txs/block/{HEIGHT}" | jq '.txs'

# incoming transfers to an address
curl -s "https://api.qore.host/cosmos/tx/v1beta1/txs?query=transfer.recipient='qor1...'&limit=50" | jq '.tx_responses[].txhash'

# balance (uqor — divide by 1e6 for QOR)
curl -s "https://api.qore.host/cosmos/bank/v1beta1/balances/qor1.../by_denom?denom=uqor" | jq -r .balance.amount

Sahte-yatırım karşıtı kontrol listesi​

Bir yatırımı yalnızca aşağıdakilerin tümü sağlandığında hesaba geçirin:

  1. tx_response.code == 0 — işlem başarılı oldu; başarısız bir işlemi asla hesaba geçirmeyin.
  2. Mesaj /cosmos.bank.v1beta1.MsgSend'dir (veya bir MsgMultiSend çıktısıdır) — bir kontrat çağrısı veya başka bir modül değildir.
  3. to_address sizin yatırım adresinize eşittir ve (paylaşılan-adres modelinde) memo kullanıcıyla eşleşir.
  4. denom == "uqor"'dur ve amount hesaba geçirilen değerdir (uqor → QOR için ÷ 10⁶). Başka herhangi bir denom'u reddedin.
  5. İşlem onaylanmış bir blok içindedir (height mevcuttur ve en son onaylanmış yüksekliğe ≤'dir). Kesinlik anlıktır — 1 onay kesindir; marj için 1-2 blok bekleyin.
  6. Tutarı transfer olaylarından (coin_received / coin_spent) yeniden hesaplayın ve bunu mesaj tutarına karşı çapraz kontrol edin — asla tek bir alana veya yalnızca memo'ya güvenmeyin.
  7. İşlem hash'inin kendi senkronize düğümünüze karşı GET /cosmos/tx/v1beta1/txs/{hash} üzerinden var olduğunu doğrulayın.

Çekimler — hibrit PQC imzalama​

Mainnet, cosmos işlemlerinde kuantum-sonrası imzaları zorunlu kılar (allow_classical_fallback = false): her çekim bir hibrit imza gerektirir — ML-DSA-87 (Dilithium-5, FIPS-204) artı secp256k1. Yatırımlar buna ihtiyaç duymaz (yalnızca zinciri izlersiniz).

İmzalama kütüphanesi @qorechain/wallet-adapter (npm)'dir; bu da FIPS-204 ilkelleri için @qorechain/pqc'yi çeker:

npm i @qorechain/wallet-adapter @qorechain/pqc @cosmjs/proto-signing@0.32 @cosmjs/stargate@0.32 cosmjs-types@0.9.0
# pin the cosmjs packages to 0.32 (the adapter's peer range) and cosmjs-types to 0.9.x — 0.10 breaks the subpath imports the adapter uses

İmzalama iki adımlı bir akıştır (qorechaind tx pqc cosign ile aynı mantık):

Adım 1 — sıcak cüzdan başına tek seferlik: ML-DSA-87 anahtarını kaydedin. Bu tek seferlik kayıt işlemi klasik-imzalıdır (henüz anahtarı olmayan bir hesap için önyükleme muafiyeti; bir anahtar oluştuktan sonra her ek anahtar mesajı hibrit imzalı olmalıdır): mesaj /qorechain.pqc.v1.MsgRegisterPQCKeyV2, içeriği {sender, public_key, algorithm_id: 1, key_type: "hybrid"}. ML-DSA anahtarını mevcut sırrınızdan geri kurtarılabilir olacak şekilde deterministik olarak türetin — örn. seed = SHAKE-256("qorechain:pqc:v1|" + address + "|" + mnemonic), ardından mldsa.keygen(seed) — ve tohumu (seed) sıcak cüzdan anahtarınızın yanında saklayın. Kayıt açıktır (explicit): ilk hibrit işlem göründüğünde anahtarı sizin yerinize hiçbir şey kaydetmez ve bir işlemin içine gömülü bir anahtar kayıtlı değildir. Zincir classical_only anahtarları ve kuantum-sonrası koruma sağlamayan anahtarları reddeder (kod 230) ve bir sahiplik kanıtı (proof of possession) eklerseniz bunu doğrular (CLI: register-key-v2 ... --pqc-key; @qorechain/sdk 0.9.0, ağ v3.2.3'ü uyguladıktan sonra ensurePqcRegistered aracılığıyla kendiliğinden bir tane ekler; @qorechain/wallet-adapter 0.4.0 eklemez, bu kabul edilir). Gas'i açıkça ayarlayın (2.592 baytlık anahtar varsayılan 200.000'den fazlasına ihtiyaç duyar; CLI'da --gas 600000, kodda 600.000 gas limiti ve en az gas × 0.1 uqor, yani 60.000 uqor ücret kullanın).

Adım 2 — bundan sonraki her çekim: MsgSend'i hibrit-imzalayın. Adaptör, ML-DSA-87 imzasını normal secp256k1 signDirect'ten önce bir işlem gövdesi (tx-body) uzantısına gömer, böylece mevcut imzalayıcınız değişmeden kalır:

import { QoreChainSigner } from "@qorechain/wallet-adapter";
import { MsgSend } from "cosmjs-types/cosmos/bank/v1beta1/tx.js";

// pqc = { publicKey, secretKey } from mldsa.keygen(seed)
// accountNumber + sequence from the auth query
const signer = new QoreChainSigner({ wallet, chainId: "qorechain-vladi",
  rest: "https://api.qore.host",   // used to pick the network's hybrid sign-bytes form (required on mainnet and testnet)
  address, pubkeySecp256k1, accountNumber, pqc });
const txBytes = await signer.signHybrid({
  messages: [{ typeUrl: "/cosmos.bank.v1beta1.MsgSend",
    value: MsgSend.encode(MsgSend.fromPartial({ fromAddress, toAddress,
      amount: [{ denom: "uqor", amount: "1000000" }] })).finish() }],
  fee: { amount: [{ denom: "uqor", amount: "40000" }], gasLimit: 400000n },
  sequence });

İmzalanmış baytları yayımlayın (broadcast):

curl -s -X POST https://api.qore.host/cosmos/tx/v1beta1/txs \
  -H 'Content-Type: application/json' \
  -d '{"tx_bytes":"<base64-signed-tx>","mode":"BROADCAST_MODE_SYNC"}' | jq .tx_response.code
# 0 => accepted into the mempool
# code 20 "hybrid PQC signature required" => the transaction carries no PQC extension
#   (a classical-only transaction is refused; only the key registration itself is exempt)
# code 21 => the PQC half did not verify (wrong key or sign-bytes form), see the troubleshooting link below

Ardından GET /cosmos/tx/v1beta1/txs/{hash} üzerinden code == 0 ile bir blokta görünene kadar sorgulayın (poll).

Bir HSM veya başka bir dilde özel bir imzalayıcı için, bağımsız qorechain-pqc FIPS-204 kütüphanelerini (npm, PyPI, crates.io, Maven Central, Go) kullanın ve aynı uzantıyı oluşturun. Zincir, hedged veya deterministik, FIPS-204'e uygun her geçerli ML-DSA-87 imzasını kabul eder; deterministik imzalama (FIPS-204 §3.4, kütüphanelerin varsayılanı) size yeniden üretilebilir bir imza ve tx hash'i verir. Bkz. Deterministik imzalama; hibrit bir işlem reddedilirse Kod 21 sorun giderme bölümüne bakın.

Sunucu tarafı alternatif: @qorechain/chain-bridge​

Tamamen sunucu tarafında çalışan bir sıcak cüzdan işçisi (worker) için (tarayıcı cüzdanı dahil değil), @qorechain/chain-bridge (npm) tüm akışı — anahtar türetme, hibrit imzalama ve yayımlama — tek bir çağrıda sarmalar. Saf JavaScript'tir (native eklenti yoktur), sunucusuz (serverless) işçiler için uygundur:

import { ChainBridge } from "@qorechain/chain-bridge";

const bridge = new ChainBridge({
  cosmosRpc: "https://rpc.qore.host",       // or your own node
  cosmosRest: "https://api.qore.host",      // used to pick the network's hybrid sign-bytes form (required on mainnet and testnet)
  chainId: "qorechain-vladi",
  signerMnemonic: process.env.HOT_WALLET_MNEMONIC,  // from your secrets manager
});

// One call: derives the canonical ML-DSA-87 key, hybrid-signs the MsgSend, and broadcasts.
// Amounts are in uqor (6 decimals). Register the key beforehand with bridge.registerPqc({ mnemonic }).
const { txHash } = await bridge.sendTokens({
  to: "qor1recipient...",
  amountUqor: "1000000",   // 1 QOR
});

Hesabın henüz kayıtlı bir anahtarı yoksa, kütüphanenin kendisi açık MsgRegisterPQCKeyV2 işlemini gönderir ve bir kez yeniden dener; bu, zincirin değil kütüphanenin davranışıdır, bu nedenle bir sıcak cüzdan hattı anahtarı önceden kaydetmeli ve ilk çekimden önce onaylamalıdır (GET /qorechain/pqc/v1/account/{address}). chain-bridge 0.2.3'ten itibaren, cosmosRest ayarlıysa, kayıt ağ v3.2.3'ü uyguladıktan sonra sahiplik kanıtını taşır ve herhangi bir yeniden kayıttan önce kütüphane zinciri okur: hesap zaten mnemonic'inizin ne kanonik ne de eski anahtarı olan bir anahtar tutuyorsa pqc_key_mismatch hatası fırlatır ve hiçbir şey göndermez (tekrarlanan bir kayıt ücretini harcatır ve reddedilir). chain-bridge (≥0.1.1), yığının geri kalanıyla aynı kanonik adres-bağlı PQC türetimini kullanır — SHAKE-256("qorechain:pqc:v1|address|mnemonic") — bu yüzden anahtar, mnemonic'ten qorechaind tx pqc recover-key ile kurtarılabilir. Daha eski araçlarla kaydedilmiş hesaplar otomatik olarak yönetilir (eski-anahtar yedeği), ve MsgRotatePQCKey ile bir kereliğine kanonik anahtara geçirilebilir.

Yol B — EVM​

https://evm.qore.host (zincir kimliği 9801) veya kendi düğümünüzün 8545 portuna karşı standart Ethereum entegrasyonu.

  • Ondalık basamaklar: native QOR, EVM hattında 18 ondalık basamaklıdır (1 uqor = 10¹² wei). Bunu yanlış almak, yatırmaları 10¹² kat yanlış hesaba geçirir.
  • Yatırmalar: adreslerinize native transferler için eth_getBlockByNumber ile blokları tarayın; eth_getTransactionReceipt (status == 0x1) ile doğrulayın. Para yatıranların kendi EVM işlemleri de pencere kuralına tabidir; bu nedenle hesabında kayıtlı anahtar veya açık pencere bulunmayan bir kullanıcı EVM hattından yatırım gönderemez (bunun yerine Cosmos hattını kullanabilir) ve zincir kimliği olmadan imzalanmış bir işlem (EIP-155 öncesi) doğrudan reddedilir. Bir pencere kapsamlandırılabilir (native_only, allowed_targets); dolayısıyla kabul edilen bir yatırım her zaman native bir transfer veya pencerenin izin verdiği bir çağrıdır; yine de varsaymak yerine makbuzu (receipt) okuyun.
  • Çekimler: standart secp256k1 / EIP-155 imzalama, ancak yalnızca kayıtlı bir ML-DSA-87 anahtarı ve açık bir EVM yetkilendirme penceresi olan bir hesaptan (v3.2.0'dan beri; bkz. EVM yetkilendirme penceresi ve İlk İşleminiz içindeki adım adım anlatım). Pencere dışındaki bir işlem reddedilir (codespace pqc, kod 26, 27 veya 28). Pencere, hibrit imzalı bir Cosmos hattı işlemiyle açılmalıdır; dolayısıyla Yol B, kuantum-sonrası imzalama ihtiyacını ortadan kaldırmaz. max-value değerini, pencere içinde beklediğiniz her çekimin değerini artı azami ücretini (gas limiti × gas başına azami ücret) karşılayacak şekilde boyutlandırın (yalnızca düz QOR gönderen bir sıcak cüzdan için pencereyi açarken --native-only ekleyin) ve sıcak cüzdanın bir toplu işlemin ortasında tükenmemesi için GET /qorechain/pqc/v1/evm_window/{address} adresini izleyin. Bir pencere açmak hesabın sequence değerini (aynı zamanda EVM nonce'udur) ilerletir; bu yüzden nonce'u pencere açıldıktan sonra okuyun.
  • Sahte-yatırım karşıtı: makbuz (receipt) durumunu, hareket eden değerin indekslemediğiniz bir ERC-20 olayı değil native bir transfer olduğunu doğrulayın ve kendi düğümünüze karşı teyit edin.
  • Adres eşleme: 0x adresi ve qor1 adresi aynı hesabın iki kodlamasıdır — fonlar paylaşılır. Bkz. EVM Geliştirme.

Yol C — SVM (Solana uyumlu)​

SVM hattı şu anda devre dışı

SVM işlem hattı, zincir sürümü v3.1.89 (22 Ağustos) itibarıyla işlem gönderimi için şu anda ağ genelinde devre dışıdır — ona gönderilen herhangi bir işlem code 11, "SVM module is disabled" döndürür. Hat yeniden açılana kadar Yol C üzerinde bir yatırım/çekim hattı kurmayın — bu, çalışma zamanı parametresi değil derleme zamanı devre dışı bırakmasıdır, bu nedenle bir yönetişim oylamasıyla yeniden açılamaz; bir dış denetim onaylayana kadar kapalı kalması beklenmektedir. Bunun yerine Yol A'yı (Cosmos) veya Yol B'yi (EVM) kullanın. Okuma uç noktaları (örn. getBalance) hâlâ yanıt verebilir, ancak işlem gönderimi devre dışıyken SVM'e karşı yatırım tespiti veya çekim akışları kurmayın.

v3.1.82 itibarıyla SVM arayüzü native QOR'a hizmet eder (bkz. SVM Arayüzünde Native QOR):

  • Bakiyeler: getBalance, lamport döndürür (QOR için ÷ 10⁹; 1 uqor = 1.000 lamport).
  • Yatırmalar: getSignaturesForAddress, bir adres için işlem geçmişini verir; System Program transferleri native QOR'u hareket ettirir.
  • Herkese açık uç noktalar (https://svm.qore.host, https://svm-testnet.qore.host) yalnızca okumaya açıktır; işlemleri kendi düğümünüz üzerinden gönderin.

Akış özeti​

İşlemYolİmzalama gerekli mi?
Yatırım (kullanıcı → platform)Adresinize gelen transferler için senkronize düğümünüzü izleyin (+ Cosmos'ta memo)Hayır — yalnızca izleme
Çekim (platform → kullanıcı)Transferi oluşturun, çevrimdışı imzalayın, yayımlayınCosmos: hibrit PQC · EVM: PQC ile yetkilendirilmiş bir pencerenin içinde standart secp256k1
Bakiye / süpürme (sweep)REST / EVM / SVM bakiye sorgusu + transferYalnızca süpürme için imzalayın

İlgili sayfalar​