Bitcoin köçürməsi: ünvan növləri, TxID və təsdiqlər

Bitcoin köçürməsində hesab deyil, çıxışlar xərclənir

Pulqabı sizə bir balans göstərir, amma Bitcoin əməliyyatı əvvəlki əməliyyatlardan qalan xərclənməmiş çıxışları — UTXO-ları — giriş kimi istifadə edir. Yeni əməliyyat alıcı üçün çıxış, çox vaxt göndərən üçün də qaytarma çıxışı yaradır.

Bu quruluş komissiyanın niyə göndərilən məbləğin sabit faizi olmadığını izah edir. Çox sayda kiçik UTXO istifadə edən əməliyyat daha çox virtual ölçüyə malik ola bilər. Komissiya dərəcəsi həmin ölçüyə tətbiq olunur; “az BTC göndərirəm, deməli haqq həmişə azdır” nəticəsi doğru deyil.

UTXO nədir və ümumi balansı necə yaradır?

Bitcoin pulqabısındakı məbləğ bir hesab sətri deyil, müxtəlif əməliyyatlardan qalan xərclənməmiş çıxışların cəmidir. Yeni ödənişdə pulqabı bir neçə UTXO seçə, alıcı çıxışı və özünə qaytarılan change çıxışı yarada bilər. Explorer-də girişlərin ödənişdən böyük görünməsi buna görə normaldır.

Miner fee girişlərin cəmi ilə bütün çıxışların cəmi arasındakı fərqdir. Xərc yalnız göndərilən BTC məbləğinin faizi deyil; giriş sayı və transaction virtual size böyük rol oynayır.

Ünvan prefiksi şəbəkə menyusu deyil

Bitcoin mainnet-də 1, 3 və bc1 ilə başlayan ünvanlar görünə bilər. Onlar müxtəlif çıxış və kodlaşdırma formalarını bildirir. Bunları ERC20, TRC20 və ya BEP20 kimi alternativ token şəbəkələri saymaq olmaz.

Qəbul tərəfi Bitcoin və ya BTC network göstərməlidir. Wrapped BTC, tokenləşdirilmiş BTC və başqa chain-dəki BTC simvolu yerli Bitcoin əməliyyatı deyil. Aktiv adı eyni səslənsə də, faktiki ledger və ünvan qaydası dəyişir.

Ünvanı imzalamazdan əvvəl tam yoxlayın. Prefiks və checksum bəzi yazı səhvlərini tuta bilər, lakin clipboard zərərvericisinin başqa etibarlı ünvanla əvəzləməsini aşkarlamır. Böyük məbləğdə hardware cihazın ekranındakı ünvan əsas yoxlama nöqtəsidir.

Bitcoin qəbul edən freelancer üçün uçot nümunəsi

Müştəri ilə BTC məbləği və ya fiat məbləğinin hansı vaxtdakı kursla çevriləcəyi əvvəlcədən yazılır. Invoice Bitcoin mainnet address-i və etibarlılıq müddətini göstərir. Transaction gələndə output amount, address, TxID, fee rate və confirmation saxlanılır. Müştərinin wallet fee-si alınan məbləğdən avtomatik çıxılmırsa, invoice tam məbləği tələb edir; çatışmazlıq biznes qaydasına görə həll olunur.

AZN gəlir hesabatı üçün payment time, istifadə olunan məzənnə mənbəyi, invoice və net alınan BTC ayrıca saxlanılır. Bitcoin explorer yalnız transaction faktını göstərir, işin görülməsi və vergi kateqoriyasını müəyyən etmir. Konkret yerli öhdəlik üçün ixtisaslı mütəxəssis lazımdır.

Göndərməzdən əvvəl son praktiki ssenari

Xaricdəki xidmət sizdən BTC istəyirsə, əvvəl invoice-də Bitcoin əsas şəbəkəsinin yazıldığını, ünvanın cari sifarişə aid olduğunu və məbləğin dəqiq olduğunu yoxlayın. Ünvanı köhnə söhbətdən götürməyin. Wallet fee-ni sat/vB ilə göstərirsə, hədəf vaxtınıza uyğun seçim edin və RBF siyasətini bilin. TxID yarandıqdan sonra sifariş nömrəsi ilə birlikdə saxlayın. Merchant “gəlməyib” deyirsə, düzgün output və confirmation-u göstərmək olar; ikinci ödənişdən əvvəl birinci transaction-un nəticəsini mütləq yoxlayın. Böyük məbləğdə əvvəl kiçik sınaq faydalıdır, lakin əsas ödənişdə ünvanı yenə müqayisə etmək lazımdır. Seed phrase, private key və hardware PIN heç bir invoice yoxlamasının hissəsi deyil.

TxID və təsdiq necə işləyir?

TxID əməliyyatın identifikatorudur. Əməliyyat mempool-da görünə, amma hələ bloka daxil edilməyə bilər. Bir bloka düşdükdən sonra onun üzərində yeni bloklar qurulduqca təsdiq dərinliyi artır.

Təsdiq dəqiqə sayğacı deyil. Blok intervalları dəyişkəndir və qəbul platforması öz risk qaydasına görə fərqli hədd seçə bilər. Bir platformanın tələbini digərinə tətbiq etməyin; depozit səhifəsinin cari məlumatını yoxlayın.

Ödənişin tamamlandığı necə sübut edilir?

TxID-də düzgün qəbul çıxışı, məbləğ, blok və kifayət qədər təsdiq olmalıdır. Merchant sistemi sifariş nömrəsini həmin çıxışla uyğunlaşdırır; wallet notification özü biznes kreditini sübut etmir. Sifariş, ünvan, TxID, fee rate və təsdiq vaxtını saxlayın.

Batch platforma çıxarışında başqa çıxışlar görə bilərsiniz. Yalnız sizə aid qəbul çıxışını və hesabdan tutulan məbləği yoxlayın; digər çıxışlar başqa istifadəçilər və ya platforma change-i ola bilər.

Fee rate necə seçilir?

Əsas ölçü sat/vB və transaction ölçüsüdür. Pulqabı son mempool şəraitinə əsasən hədəf verir, lakin müəyyən dəqiqə zəmanəti yoxdur. Təcili olmayan köçürmə daha aşağı, vaxt həssas ödəniş daha rəqabətli fee seçə bilər. RBF dəstəyi varsa, bu seçim barədə əvvəlcədən məlumatlı olun.

Ümumi fee rəqəminə tək baxmayın. Çoxsaylı kiçik UTXO transaction-u böyüdə bilər. Şəbəkə sakit olanda UTXO konsolidasiyası faydalı ola bilər, amma məxfilik əlaqələrini də artıra bilər.

RBF və CPFP nə vaxt gündəmə gəlir?

Opt-in RBF uyğun əməliyyatın daha yüksək fee ilə yeni əməliyyatla əvəzlənməsinə imkan verə bilər. CPFP isə təsdiqlənməmiş çıxışı xərcləyən yüksək fee-li uşaq əməliyyatı ilə bütün paketin cəlbediciliyini artırır. Hər ikisi əməliyyat quruluşundan və pulqabı imkanından asılıdır.

“Sürətləndirici” adı ilə məxfi açar istəyən şəxs RBF və ya CPFP icra etmir. Bu üsullar açıq blokçeyn əməliyyatlarıdır və etibarlı pulqabı imzadan əvvəl yeni çıxışları və haqqı göstərməlidir.

RBF və CPFP nə vaxt bu mövzuya daxil olur?

Transaction hələ təsdiqlənməyibsə və fee rate aşağıdırsa, uyğun wallet RBF ilə eyni girişləri daha yüksək haqqla əvəz edə bilər. CPFP isə xərclənə bilən təsdiqsiz çıxışdan yüksək haqlı child yaradır. Hər ikisi yalnız pending əsas şəbəkə transaction-u üçündür; səhv ünvanı təsdiqdən sonra dəyişmir.

Platformaya yazmaq üçün düzgün məlumat

TxID kifayət qədər təsdiq alıbsa, alıcı çıxışında platformanın verdiyi ünvanı və məbləği yoxlayın. Sonra minimum depozit, texniki xidmət və gözlənilən kredit vaxtına baxın. Rəsmi sorğuya TxID, ünvan, məbləğ, vaxt və platforma əməliyyat nömrəsini əlavə edin.

Bitcoin protokolunda Memo və ya Tag zəruri sahə deyil. Xidmət əlavə istinad göstərirsə, bu onun daxili prosesidir. Heç bir halda bərpa sözləri, məxfi açar və ya giriş kodu TxID araşdırması üçün tələb olunmur.

Backup və özünə nəzarət niyə əvvəl yoxlanır?

Yeni ünvan yaratmaq asandır, onu gələcəkdə imzalamaq üçün seed və ya hardware wallet backup-u təhlükəsiz olmalıdır. Böyük məbləğ qəbul etməzdən əvvəl backup prosedurunu yoxlayın; əsas seed-i gündəlik internet cihazında “test” etməyin. Heç bir support işçisi seed phrase tələb etmir.

Məxfilik və coin selection

Bir neçə UTXO-nu birləşdirmək onların eyni sahibə aid olduğu barədə zəncir analizi siqnalı yarada bilər. Coin control istifadə edirsinizsə, fee və change məntiqini anlayın. Məxfilik üçün yanlış və ya çoxsaylı kiçik input seçib əməliyyatı lazımsız böyütməyin.

Fırıldaqdan qorunma

Miner, explorer və support seed phrase tələb etmir. “Pool-a vergi ödəyin, transaction-u geri çevirək” normal Bitcoin funksiyası deyil. Əgər ünvan səhvdirsə və transaction təsdiqlənibsə, yalnız qəbul ünvanını idarə edən tərəfin yeni refund əməliyyatı mümkündür.

Refund təhlükəsizliyi

Refund yeni Bitcoin transaction-udur. Original input address platforma hot wallet və ya köhnə change ola bilər; recipient-dən cari refund address alınır və ikinci kanal ilə təsdiqlənir. Refund TxID original invoice ilə bağlanır. “Explorer refund düyməsi” və miner vasitəsilə avtomatik geri dönüş yoxdur. Seed paylaşmadan bütün proses public output və yeni imza ilə aparılır.

Bitcoin transaction modelini output-larla oxumaq

Bitcoin hesab balansı deyil, xərclənməmiş transaction output-ları ilə işləyir. Yeni ödəniş bir və ya bir neçə UTXO-nu input kimi istifadə edir, recipient output-u və çox vaxt change output-u yaradır. Explorer-də ümumi input məbləğini alıcının aldığı məbləğ kimi qəbul etməyin. Faktiki recipient script və value üzrə müəyyən edilir.

Fee ayrıca output deyil; input-ların cəmi ilə output-ların cəmi arasındakı fərqdir. Wallet bir böyük UTXO xərclədikdə transaction məbləği yüksək görünə bilər, amma change yenidən göndərənə qayıdır. Invoice araşdırmasında məhz göstərilən address və ona aid output dəyəri yoxlanır.

Ünvan növü və şəbəkəni ayırmaq

Mainnet ünvanları 1, 3 və ya bc1 ilə başlaya bilər; testnet və başqa şəbəkələr fərqli prefix istifadə edir. Prefix faydalı yoxlamadır, lakin clipboard dəyişdirilməsini aşkar etmək üçün bütün ünvanı və ya ən azı təhlükəsiz qısa hissələri ikinci kanal ilə müqayisə edin. QR kodu oxutduqdan sonra wallet-in göstərdiyi recipient yenidən yoxlanmalıdır.

bc1q və bc1p fərqli SegWit versiyalarını ifadə edə bilər. Göndərən xidmət Taproot ünvanını dəstəkləmirsə, əməliyyatı məcbur etməyin; recipient-dən uyğun, nəzarət etdiyi başqa cari ünvan istəyin. Heç vaxt online “address converter”ə seed və ya private key daxil etməyin.

Confirmation və block reorganization riski

Transaction mempool-da görünəndə hələ confirmation yoxdur. Miner onu block-a daxil etdikdə ilk confirmation yaranır, sonrakı block-lar dərinliyi artırır. Qəbul edən xidmət məbləğ və risk modelinə görə fərqli confirmation sayı tələb edə bilər. Explorer-də bir confirmation görmək platformanın artıq kredit etməli olduğu demək deyil.

Kiçik reorganization zamanı son block dəyişə bilər və yeni daxil olmuş transaction müvəqqəti yenidən unconfirmed görünə bilər. Bu nadir halı “Bitcoin geri qaytarıldı” kimi şərh etməyin. TxID, output və ən son canonical block məlumatını bir neçə etibarlı node mənbəyi ilə yenidən yoxlayın.

Mempool və fee rate qərarı

Bitcoin fee transaction məbləğindən çox virtual size və sat/vB göstəricisindən asılıdır. Eyni BTC məbləği fərqli sayda input istifadə etdikdə daha böyük transaction və daha yüksək fee yarada bilər. Wallet estimate-i yaxın block-lardakı mempool tələbinə görə seçilməlidir; köhnə sabit fee rəqəmi gələcək ödəniş üçün norma deyil.

Explorer mempool minimum və fee distribution göstərə bilər, lakin inclusion vaxtını heç kim dəqiq zəmanət etmir. Təcili olmayan ödənişdə daha aşağı, təcili ödənişdə daha rəqabətli fee seçilə bilər. Naməlum “miner agent”ə ayrıca ödəniş göndərmək transaction-un protokol fee-sini dəyişmir.

RBF şərtlərini yoxlamaq

Replace-by-fee yalnız ilkin transaction uyğun şəkildə siqnal veribsə və wallet dəstəkləyirsə praktikdir. Yeni transaction eyni input-ları xərcləyir, recipient output-u qoruyur və daha yüksək ümumi fee təqdim edir. Wallet detail səhifəsində RBF imkanını və dəyişdiriləcək TxID-ni yoxlamadan başqa ödəniş yaratmayın.

Replacement hash-i ilkin hash-dən fərqli olacaq. Qəbul edən tərəfə hər iki TxID verin və hansının canonical olduğunu qeyd edin. İlkin transaction explorer-də replaced və ya conflict kimi görünə bilər; bu, iki dəfə balans çıxıldığı anlamına gəlmir, input-lar yalnız bir canonical transaction-da xərclənə bilər.

CPFP nə vaxt məntiqlidir?

Child-pays-for-parent qəbul edən və ya change output-un sahibi xərclənə bilən unconfirmed output-dan yüksək fee-li child yaradır. Miner parent və child paketinin ümumi fee rate-nə baxa bilər. İstifadəçi həmin output-a nəzarət etmirsə, CPFP edə bilməz. Custodial platformanın hot wallet output-u üçün kənar şəxs imza ata bilməz.

Child transaction yeni ödənişdir və əlavə fee tələb edir. Recipient address, output seçimi və paket nəticəsi dəqiq anlaşılmadan “accelerate” düyməsinə basmayın. Platforma deposit-i üçün recipient öz wallet-inə nəzarət etmirsə, rəsmi dəstəkdən gözləmə siyasətini soruşmaq daha doğru ola bilər.

Double-spend və lokal wallet statusu

İki transaction eyni input-u xərcləməyə çalışırsa, yalnız biri canonical chain-ə daxil ola bilər. Explorer-lərdən biri köhnə mempool qeydini göstərdikdə statuslar zidd görünə bilər. Input outpoint-ləri və təsdiqlənmiş spending transaction-u yoxlamaq nəticəni aydınlaşdırır.

Wallet “sent” yazsa, lakin heç bir etibarlı node TxID-ni görmürsə, broadcast uğursuzluğu mümkündür. Raw transaction-u etibar etdiyiniz wallet və node vasitəsilə yenidən yayımlamaq olar, amma private key-i web form-a daxil etmək olmaz. Köhnə input artıq xərclənibsə, eyni raw transaction qəbul edilməyəcək.

Depozit platformasında kredit gecikməsi

Output platformanın cari Bitcoin ünvanına gedibsə, məbləğ minimumdan yuxarıdırsa və confirmation həddinə çatıbsa, ticket açın. TxID, output index, recipient address, BTC məbləği, block height və confirmation sayı faydalı sübutdur. Platforma batch transaction-da məhz sizin output-u bu məlumatla tapa bilər.

Ünvan köhnə, başqa istifadəçiyə aid və ya dəstəklənməyən şəbəkədədirsə, bunu gizlətməyin. Recovery yalnız platforma həmin script üçün açara nəzarət edirsə və siyasət icazə verirsə mümkündür. Miner confirmed output-u geri yönləndirə bilməz.

Lightning və on-chain ödənişi qarışdırmamaq

Lightning invoice və on-chain Bitcoin ünvanı fərqli ödəniş mexanizmləridir. Invoice-də payment hash, məbləğ və expiry ola bilər; onu block explorer-də TxID kimi axtarmaq düzgün deyil. Platformanın seçdiyi depozit üsulunu və wallet-in göndərmə ekranını uyğunlaşdırın.

Lightning ödənişi uğursuz olduqda route, invoice expiry və wallet nəticəsi araşdırılır. On-chain fee artırmaq Lightning invoice-i həll etmir. Əksinə, bc1 ünvanına göndərilən transaction üçün Lightning node dəstəyi lazım deyil.

Watch-only və hardware wallet qeydləri

Watch-only wallet public ünvan və transaction-ları göstərə bilər, lakin xərcləmək üçün private key yoxdur. “Balans görünür, göndərilmir” problemi cihaz və signer-in kimdə olduğunu yoxlamağı tələb edir. Hardware wallet-də recipient və məbləğ cihaz ekranında təsdiqlənməlidir, yalnız kompüter pəncərəsinə güvənməyin.

Firmware və wallet proqramını yalnız rəsmi mənbədən yeniləyin. Təcili transaction bəhanəsi ilə seed-i brauzer əlavəsinə köçürmək hardware qorumasını ləğv edir. Public descriptor və TxID texniki audit üçün kifayət edə bilər.

Audit üçün yekun qeyd

Hər Bitcoin hadisəsində invoice, recipient output, TxID, fee rate, first-seen vaxtı, block height, confirmation həddi və faktiki credit vaxtını qeyd edin. RBF və ya CPFP olubsa əlaqəli hash-ləri bir yerdə saxlayın. Bu tarixçə support və mühasibat nəticəsini public chain sübutu ilə bağlayır.

Növbəti ödənişdən əvvəl yeni invoice və cari ünvan alın, fee estimate-i yeniləyin və kiçik sınağın minimum qaydasına uyğunluğunu yoxlayın. Köhnə address screenshot-u və əvvəlki mempool vəziyyəti yeni transaction üçün zəmanət deyil.