Bitcoin təsdiqsizdirsə: fee, RBF və CPFP

Əvvəl mempool vəziyyətini ölçün

Bitcoin əməliyyatı bloka düşməyibsə, bu dərhal itki demək deyil. Node onu mempool-da saxlaya, başqa node isə fərqli siyasətə görə görməyə bilər. TxID ilə əməliyyatın virtual ölçüsünü, fee rate-ni, girişlərini və RBF siqnalını yoxlayın.

Pulqabının “2 saat” proqnozu zəmanət deyil. Blok sahəsinə tələb dəyişdikcə növbə də dəyişir. Kiçik məbləğ üçün baha bump etməkdənsə gözləmək, vaxt kritik olduqda isə etibarlı fee bump seçmək daha məntiqli ola bilər.

İlk üç ölçü nədir?

Unconfirmed Bitcoin transaction üçün fee rate (sat/vB), virtual size və hazırkı mempool paylanmasını yoxlayın. Yüksək ümumi fee yüksək fee rate demək deyil; çox input transaction-u böyüdür. Bir explorer nəticəsi bütün node-ların mempool vəziyyətini təmsil etməyə bilər.

Nə vaxt gözləmək olar?

Ünvan və məbləğ doğrudur, ödəniş təcili deyil və fee aşağı olsa da mempool azalandan sonra şansı varsa, gözləmək lazımsız əlavə fee-dən qaçır. Qəbul edən tərəfə transaction-un hələ geri dönməz hesab edilmədiyini deyin.

Node-lardan silinməsi avtomatik refund transaction-u deyil. Input-lar wallet-də yenidən istifadə edilə bilər, lakin köhnə transaction başqa node-da yayılırsa konflikt yarana bilər.

RBF və CPFP qərarını AZN dəyəri ilə necə müqayisə etmək olar?

Əməliyyatın gecikməsi sizə real iqtisadi zərər verirsə, sürətləndirmə xərci həmin zərərlə müqayisə olunur. Original və yeni fee-ni BTC ilə, qərar vaxtındakı AZN ekvivalenti ilə yazın. CPFP child-in yüksək haqqı bütün parent package üçün ödənə bilər; yalnız child məbləğinə baxmaq xərci kiçik göstərir. Platforma çıxarışında isə public miner fee ilə hesabdan tutulan xidmət haqqını ayırın. Məhsul və ya xidmət sifarişinin son vaxtı varsa, recipient-lə hansı TxID-ni izlədiyinizi yazılı razılaşdırın. Sürətləndirmə məbləği transferin özündən yüksək və ya ona yaxınlaşırsa, gözləmək, ləğv siyasətini soruşmaq və ya başqa ödəniş yolu barədə recipient-lə razılaşmaq daha rasional ola bilər. Bu qərar texniki imkanla yanaşı biznes dəyərinə əsaslanır.

Package hesablaması nə üçün yalnız təxmindir?

Sadə CPFP hesabı parent və child fee/size-ni birləşdirir, lakin transaction-un başqa unconfirmed ancestor-ları, node package limitləri və miner siyasəti ola bilər. Hədəf bazar feerate-i də əməliyyat yayımlanandan sonra dəyişir. Buna görə hesablamanı zəmanət kimi təqdim etməyin. Wallet-in coin selection və change output-u düzgün işlədiyini yoxlayın. Fee məbləği aktivin dəyərinə nisbətən çox yüksəkdirsə, gözləmək daha rasional ola bilər. Qərarda payment urgency, recipient siyasəti və double-payment riski birlikdə nəzərə alınır.

RBF köhnə hash-ə haqq əlavə etmir

Replace-by-Fee uyğun namizəd əməliyyatın eyni girişləri xərcləyən, daha yüksək fee şərtlərini ödəyən yeni əməliyyatla əvəzlənməsidir. Yeni TxID yaranır. Pulqabının bump fee funksiyası bu prosesi təhlükəsiz qurmağa kömək edə bilər.

Yeni əməliyyatda alıcı və məbləği yenidən yoxlayın. Bəzi pulqabılar əlavə haqqı qaytarma çıxışından azaldır; nəticədə çıxış quruluşu dəyişə bilər. “Speed up” düyməsi imza yoxlamasını ləğv etmir.

RBF hansı şərtlə işləyir?

Opt-in RBF uyğun transaction-u eyni input-lardan istifadə edən, daha yüksək haqq ödəyən namizədlə əvəz etməyə imkan verir. Wallet speed up adətən recipient-i saxlayıb change-i azaldır, lakin son transaction-un output-larını yenə yoxlayın. Yeni və köhnə TxID-ni saxlayın.

Hər transaction açıq RBF siqnalı vermir və node siyasəti əlavə şərtlər qoyur. Düymə basmaq əvvəlki namizədin təsdiqlənməyəcəyinə zəmanət deyil.

RBF/CPFP nəyi həll etmir?

Təsdiqlənmiş transaction-u geri çevirmir, səhv recipient-i düzəltmir və wrapped BTC-ni əsas şəbəkəyə daşımır. Lightning payment və platforma daxili transfer də ayrıca sistemdir. Invoice-i TxID kimi axtarmayın.

CPFP üçün xərclənə bilən çıxış lazımdır

Child Pays For Parent üsulunda təsdiqlənməmiş valideyn əməliyyatın çıxışı yeni uşaq əməliyyatında xərclənir və yüksək fee verilir. Mədənçi uşaq əməliyyatını götürmək üçün valideyni də daxil etməlidir, buna görə paketin ümumi fee rate-i qiymətləndirilir.

Göndərən qaytarma çıxışını, alıcı isə qəbul çıxışını idarə edə bilər. Hansı tərəfin CPFP edə bilməsi pulqabı və UTXO nəzarətindən asılıdır. Heç bir xərclənə bilən çıxış yoxdursa, üçüncü şəxs sadəcə TxID-ni bilməklə CPFP yarada bilməz.

CPFP nə vaxt məntiqlidir?

Təsdiqlənməmiş output-u xərcləyə bilən tərəf yüksək haqlı child yaradır. Miner parent və child package-in ümumi feerate-ni qiymətləndirə bilər. Sadə hesab: hədəf fee rate-i parent və child ümumi virtual size-a vurun, parent-in mövcud fee-sini çıxın. Bu yalnız təxmindir.

Səhv UTXO seçimi və böyük parent package xərci artıra bilər. Wallet-in rəsmi CPFP funksiyası manual konstruktorlardan daha təhlükəsizdir.

Sürətləndirmədən əvvəl output yoxlaması

Transaction recipient və məbləğ baxımından səhvdirsə, fee artırmaq səhvi daha tez final edə bilər. RBF speed up-dan əvvəl bütün output və change-i yoxlayın. Cancel cəhdi varsa, original transaction-un artıq block-a düşmədiyini təsdiqləyin. CPFP-də xərclədiyiniz unconfirmed output-un sizə aid olduğuna və child fee-nin package hədəfinə çatdığına baxın. Platforma withdrawal-da eyni vaxtda platformanın replacement etməsi riskini support ilə yoxlayın. Sonda yalnız statusu deyil, final output və ümumi fee-ni də audit edin.

Qəbul edən tərəfin rolu

Recipient unconfirmed output-a nəzarət edirsə, uyğun wallet ilə CPFP qiymətləndirə bilər; original sender RBF imkanını qiymətləndirir. Hər iki tərəf eyni anda xəbərsiz əməliyyat qurarsa xərc və izləmə çətinləşir. Addımdan əvvəl final recipient, fee və yeni TxID barədə razılaşın.

Platforma çıxarışında niyə özünüz bump edə bilmirsiniz?

Birja və ya ödəniş xidməti giriş UTXO-larını özü idarə edir. İstifadəçi yalnız alıcıdırsa, orijinal əməliyyatı RBF ilə əvəzləyə bilməz. Bəzən alıcı çıxışı ilə CPFP mümkün ola bilər, lakin pulqabı təsdiqlənməmiş çıxışı göstərməli və xərci əsaslandırmalıdır.

Əvvəl göndərən platformaya TxID və çıxarış nömrəsi ilə müraciət edin. Eyni məbləği yenidən göndərmək “bump” deyil və ikiqat ödəniş riski yaradır.

Platforma withdrawal-u kim sürətləndirə bilər?

Platforma input və change-i idarə edir. İstifadəçi onun adından RBF imzalaya bilməz. Özünüzə gələn təsdiqsiz output-u xərcləmək mümkündürsə CPFP nəzəri seçimdir, amma platformanın eyni vaxtda RBF etməyəcəyini və package xərcini qiymətləndirin. Əvvəl rəsmi support-a TxID və order ID verin.

Saxta sürətləndiricini necə tanımaq olar?

RBF və CPFP açıq blokçeyn əməliyyatlarıdır. Heç biri bərpa sözləri, məxfi açar faylı və ya uzaqdan kompüter nəzarəti tələb etmir. Xidmət əvvəlcədən başqa ünvana BTC istəyir, amma qurulacaq əməliyyatı imzadan əvvəl göstərmirsə, dayanmaq lazımdır.

Yeni və köhnə TxID-ləri saxlayın, alıcıya əvəzləmə barədə məlumat verin və yalnız öz etibarlı pulqabınızın göstərdiyi çıxışları imzalayın.

Fırıldaq xəbərdarlığı

Public TxID fee analizi üçün kifayətdir; seed, miner private key və “pool tax” lazım deyil. Şəxsi ünvana BTC istəyən accelerator yeni ödəniş tələb edir, protokol zəmanəti vermir. Sonda original, replacement və ya child TxID, final block, output və ümumi fee-ni birlikdə saxlayın.

Qeyd

Əməliyyat təsdiqlənəndə final blok, output, fee və istifadə edilən sürətləndirmə üsulunu yazın. Bu məlumat həm alıcı ilə hesablaşmanı, həm də wallet-in gələcək fee seçimini yoxlamağa kömək edir. Köhnə pending bildirişi final zəncir nəticəsindən üstün deyil.

Əvvəl transaction-un həqiqətən broadcast edildiyini sübut edin

Wallet sent göstərə bilər, amma public node TxID-ni görməyə bilər. TxID-ni iki etibarlı explorer və ya öz node-unuzda yoxlayın. Heç yerdə tapılmırsa internet kəsilməsi, backend xətası, köhnə wallet cache-i və ya transaction-un node tərəfindən rədd edilməsi mümkündür. Lokal order nömrəsini TxID kimi axtarmayın.

Raw transaction varsa, input, output, fee və locktime yoxlanmadan yenidən yayımlanmasın. Rebroadcast private key tələb etmir, amma artıq imzalanmış ödənişi şəbəkəyə təqdim edir. Recipient yanlışsa yayımlamaq səhvi gerçəyə çevirə bilər.

Mempool qəbulundan sonra əsas göstəricilər

First-seen vaxtı, virtual size, total fee, sat/vB, input sayı, output-lar, RBF siqnalı və ancestor məlumatı qeyd olunur. Transaction məbləği fee qərarının əsas ölçüsü deyil; block sahəsi virtual byte ilə istifadə olunur. Çox input böyük ölçü və daha yüksək tələb olunan ümumi fee yarada bilər.

Explorer-in “low fee” etiketi təxmini qiymətləndirmədir. Mempool minimum və yaxın block-ların fee distribution-u dəyişir. Inclusion üçün dəqiq saat zəmanəti yoxdur. Təcili qərar alıcının ehtiyacı, double-payment riski və wallet imkanları ilə verilir.

RBF uyğunluğunu texniki yoxlamaq

İlkin transaction sequence dəyərləri opt-in RBF siqnal edə bilər. Wallet detail səhifəsində “replaceable” və ya speed-up seçimi görünə bilər. Yeni transaction eyni input-ları xərcləyir və daha yüksək absolute fee ilə uyğun feerate təqdim edir. Node replacement siyasəti kifayət qədər artım tələb edir.

Recipient output-u və məbləği qorumaq vacibdir. Bəzi wallet-lər əlavə fee-ni change output-dan azaldır; change kifayət deyilsə input və ya recipient nəticəsi dəyişə bilər. İmzadan əvvəl bütün output-ları yoxlayın. Yeni TxID ilkin TxID-dən fərqli olacaq.

RBF replacement-dan sonra izləmə

Köhnə hash explorer-də replaced, conflict və ya dropped görünə bilər. Yeni hash mempool-a qəbul edilibsə alıcıya hər iki TxID və əlaqə izahı verilir. İki transaction eyni input-ları istifadə etdiyindən hər ikisi canonical ola bilməz. Yalnız block-a daxil olan output mühasibat nəticəsidir.

Replacement yenə aşağı fee ilə qalarsa ardıcıl artımlar əlavə xərc və qarışıqlıq yarada bilər. Cari mempool-a əsaslanan məqsəd seçin və hər addımı qeyd edin. Naməlum accelerator-a seed və ya raw private key göndərmək lazım deyil.

RBF aktiv deyilsə seçimlər

Non-RBF transaction yenə miner tərəfindən normal qəbul edilə bilər; çox vaxt gözləmək ən az riskli yoldur. Recipient və ya change output-a nəzarət edən tərəf CPFP edə bilər. Bəzi mining pool-lar public transaction accelerator xidməti təklif edə bilər, lakin nəticə zəmanətli deyil və xidmətin həqiqiliyi yoxlanmalıdır.

Eyni invoice üçün tamamilə yeni transaction göndərmək ilkin transaction-u ləğv etmir. Birinci sonradan təsdiqlənsə iki ödəniş yaranar. Yeni ödəniş yalnız alıcı ilə yazılı razılaşma və refund planı olduqda nəzərdən keçirilir.

CPFP paket məntiqi

Child transaction unconfirmed parent-in istifadə oluna bilən output-unu xərcləyir və yüksək fee verir. Miner parent və child birlikdə daxil ediləndə paket feerate-ni qiymətləndirə bilər. Child-in fee-si həm parent, həm child ölçüsünü kompensasiya edəcək qədər olmalıdır.

Recipient output-a nəzarət edirsə recipient CPFP edə bilər; göndərən change output-a nəzarət edirsə wallet həmin output-u seçə bilər. Custodial platformanın ünvanı üçün istifadəçi imza ata bilməz. Hansı output-un spendable olduğunu wallet və script ownership-i müəyyən edir.

Ancestor və descendant limitləri

Bir-birinə bağlı çoxlu unconfirmed transaction node policy limitlərinə çata bilər. Child yaratmaq mümkün görünməsə, ancestor count, package size və wallet coin control yoxlanır. Təsadüfi əlavə child-lər vəziyyəti daha da mürəkkəbləşdirə bilər.

Consolidation transaction-larını yüksək congestion vaxtında ardıcıl xərcləmək böyük paket yarada bilər. Gələcəkdə UTXO idarəsini aşağı fee dövründə planlaşdırmaq daha yaxşıdır. Cari problem üçün public outpoint və mempool package məlumatı kifayətdir.

Transaction mempool-dan düşərsə

Node-lar çox aşağı fee, vaxt, yaddaş təzyiqi və conflict səbəbindən transaction-u mempool-dan çıxara bilər. Bütün node-lar bunu eyni anda etmir. Bir explorer not found, digəri pending göstərə bilər. Input-ların xərclənmə statusu və bir neçə node nəticəsi yoxlanır.

Input-lar hələ unspent və transaction heç yerdə qəbul olunmursa, wallet yeni fee ilə əməliyyatı yenidən qura bilər. Köhnə raw transaction sonradan yenə yayıla bilərsə double-payment niyyəti diqqətlə idarə olunur. Recipient və alıcı ilə koordinasiya vacibdir.

Conflict və double-spend yoxlaması

Eyni input-u xərcləyən başqa transaction varsa outpoint detail-də spending hash görünə bilər. Canonical block-a daxil olan transaction qalib nəticədir. Conflict hash-in recipient və output-ları ilkin ödənişlə eyni və ya fərqli ola bilər. “Balans iki dəfə çıxdı” UI təəssüratı chain nəticəsi ilə yoxlanır.

Mübahisədə yalnız screenshot deyil, input outpoint-lər, hər iki TxID, block statusu və recipient output-u göstərilir. Confirmed conflict varsa ilkin transaction təsdiqlənməyəcək. Alıcıya düzgün hash verilməlidir.

Fee hesabını dəqiq aparmaq

Total fee input cəmi minus output cəmidir. Feerate total fee-nin virtual size-a bölünməsidir. RBF və CPFP qərarında hər iki ölçü lazımdır. Yalnız “0.0001 BTC fee verdim” cümləsi transaction ölçüsü bilinmədən yetərli deyil.

Wallet change output-u səhvən fee kimi görünə bilər. Hər output-un script və ownership-i yoxlanır. Explorer fiat dəyəri dəyişkəndir və protokol hesabına daxil deyil. Audit BTC və satoshi dəyərləri ilə aparılır.

SegWit və transaction ölçüsü

Legacy, nested SegWit, native SegWit və Taproot input-ları fərqli weight yarada bilər. Wallet-in virtual size estimate-i imzadan sonra dəqiqləşir. Daha səmərəli ünvan növü gələcək fee-ni azalda bilər, lakin recipient compatibility və təhlükəsiz migration nəzərə alınmalıdır.

Köhnə wallet-dən yeni address formatına keçmək üçün seed-i online converter-ə daxil etməyin. Rəsmi wallet və hardware dəstəyi yoxlanır, kiçik test edilir və backup proseduru qorunur.

Change output məxfiliyi və səhv seçim

Change göndərən wallet-in yeni ünvanına qayıda bilər. İstifadəçi onu alıcıya ikinci ödəniş kimi səhv sala bilər. Wallet ownership və output məbləği ilə change müəyyən edilir. Explorer heuristikası faydalıdır, amma həmişə qəti sübut deyil.

RBF zamanı fee change-dən çıxılırsa dust həddinə yaxın output silinə və fee-yə əlavə oluna bilər. İmzadan əvvəl recipient output-un dəyişmədiyini yoxlayın. Coin control istifadəçisi hər input və output-u anlayaraq seçməlidir.

Invoice müddəti bitərsə

Invoice expiry keçsə də Bitcoin transaction sonradan təsdiqlənə bilər. Satıcı order-i avtomatik ləğv etmiş ola bilər, amma on-chain output onun ünvanına çatır. TxID və invoice ID ilə support-a müraciət edin. Eyni invoice üçün ikinci ödənişi dərhal göndərməyin.

Satıcı ya gec ödənişi order-ə bağlaya, ya yeni refund transaction-u yarada bilər. Refund üçün cari, təsdiqlənmiş ünvan verilir. Original input address-in avtomatik geri qaytarma ünvanı olduğu fərz edilmir, çünki custodial və change halları var.

Exchange withdrawal ssenarisi

Platforma processing göstərir və TxID vermirsə, transaction hələ public mempool-da olmaya bilər. İstifadəçi RBF edə bilməz, çünki platforma input açarlarına nəzarət edir. Rəsmi ticket-də withdrawal ID, vaxt, şəbəkə və status soruşulur.

TxID verildikdən sonra fee və RBF siqnalı public yoxlanır. Platforma batch output qurubsa sizin recipient və amount seçilir. Kənar “miner agent” platformanın wallet-i adından replacement imzalaya bilməz.

Recipient platforması confirmation gözləyirsə

Transaction block-a daxil olduqdan sonra platformanın tələb etdiyi sayda confirmation tamamlanır. Mempool gözləməsi ilə confirmation gözləməsi ayrı vaxtdır. TxID, block height, output index və count ticket-ə əlavə olunur.

RBF replacement olarsa recipient platformaya yeni canonical hash verilir. Köhnə hash üzrə avtomatik sistem credit tapmaya bilər. Hər iki hash arasındakı eyni input əlaqəsi sübut kimi saxlanır.

Watch-only və signer fərqi

Watch-only wallet transaction-u göstərə, lakin RBF və CPFP üçün imza ata bilməyə bilər. Private key hardware cihazda, multisig tərəflərində və ya custodial xidmətdə ola bilər. Sürətləndirmə imkanını UI deyil, output və signer nəzarəti müəyyən edir.

Multisig replacement bütün tələb olunan imzaları yenidən toplamalıdır. Koordinatorun yaratdığı PSBT recipient, output və fee baxımından hər signer tərəfindən yoxlanır. Seed və xpriv e-poçtla paylaşılmır.

Public accelerator xidmətini yoxlamaq

Bəzi pool-lar TxID qəbul edib transaction-u öz block namizədlərində prioritetləşdirə bilər. Domain, operator və ödəniş şərti yoxlanır. Heç bir legitim accelerator private key və seed istəməməlidir. Nəticə pool-un block tapmasından və policy-dən asılıdır.

Saxta sayt “mempool sertifikatı” və ya “miner vergisi” adı ilə şəxsi ünvana ödəniş istəyə bilər. TxID public olduğuna görə sizə transaction məbləğini demələri səlahiyyət sübutu deyil. Rəsmi support və tanınan xidmətlərdən kənar təklif dayandırılır.

Təhlükəsizlik hadisəsini adi gecikmədən ayırmaq

Recipient gözləniləndən fərqlidirsə, naməlum conflict varsa və ya wallet-də icazəsiz transaction görünürsə, məsələ yalnız fee deyil. Clipboard malware, seed sızması və cihaz kompromisi araşdırılır. Qalan UTXO-lar təhlükəsiz cihazdan inventarlaşdırılır.

Confirmed icazəsiz output üçün protokol səviyyəsində zəmanətli refund yoxdur. Yeni wallet və nəzarətli köçürmə planı hazırlanır, sübut üçün TxID və outpoint-lər saxlanır. “Recovery” adı ilə seed istəyən şəxsdən uzaq durun.

Nəticə sənədinin quruluşu

İlkin TxID, first-seen, input-lar, recipient output, vsize, fee, feerate, RBF statusu və seçilən müdaxilə bir cədvəldə olur. Replacement və ya child hash-i əlavə edilir. Final block, canonical output və platforma credit nəticəsi ilə qeyd bağlanır.

Gələcək tədbir konkret yazılır: cari fee estimate, coin control təlimi, aşağı yük vaxtında UTXO consolidation, invoice expiry monitorinqi və recipient ünvanının ikinci kanal təsdiqi. Sadəcə “daha yüksək fee ver” qeydi bütün səbəbləri əhatə etmir.

Dust və iqtisadi olmayan output

Çox kiçik output gələcəkdə onu xərcləmək üçün lazım olan fee-dən daha az dəyərli ola bilər. Dust həddi script növü və relay policy ilə bağlıdır. RBF zamanı change çox kiçilərsə wallet onu fee-yə əlavə edə bilər. Recipient məbləğinin təsadüfən dəyişmədiyini imzadan əvvəl yoxlayın.

Çoxsaylı kiçik UTXO gələcək transaction ölçüsünü böyüdür. Consolidation aşağı fee dövründə planlaşdırıla bilər, lakin bütün coin-ləri birləşdirmək məxfilik və risk nəticələri yaradır. Cari pending hadisəsində lazımsız input əlavə etmək fee yükünü artıra bilər.

Full-RBF policy fərqi

Bəzi node və miner-lər opt-in siqnalından daha geniş replacement policy tətbiq edə bilər. Buna görə “RBF söndürülüb, heç vaxt əvəzlənməz” qəti hökm deyil. Qəbul edən tərəf sıfır confirmation ödənişdə input conflict riskini həmişə nəzərə almalıdır.

İstifadəçi üçün praktik qərar yenə public mempool, input spending statusu və canonical block-dur. Policy haqqında mübahisə recipient output-un təsdiqini əvəz etmir. Yüksək dəyərli mal confirmation-dan əvvəl təhvil verilirsə risk açıq qəbul edilməlidir.

Mining pool fərqləri

Node mempool-u ilə miner-in block template-i tam eyni olmaya bilər. Bir pool transaction-u policy səbəbindən saxlamaya, digəri qəbul edə bilər. Explorer-in görməsi inclusion zəmanəti deyil. Standardness, package limit və fee qərarı təsir edə bilər.

Transaction valid, lakin relay zəifdirsə etibarlı node vasitəsilə rebroadcast görünürlüğü artıra bilər. Bu, fee-ni dəyişmir. Recipient, output və raw transaction yoxlanmadan naməlum broadcast saytına məlumat göndərməyin.

PSBT iş axınında gecikmə

Partially Signed Bitcoin Transaction bütün imzalar tamamlanmadan public TxID kimi yayımlanmır. Koordinator pending signatures deyirsə explorer-də nəticə gözləmək tezdir. Hər signer input mənbələrini, recipient output-u, change və fee-ni cihazında təsdiqləyir.

PSBT final ediləndən sonra raw transaction və TxID yaranır. Broadcast cavabı ayrıca saxlanır. İmza toplama gecikməsini mempool congestion kimi təqdim etmək yanlış müdaxilə və lazımsız fee qərarı yarada bilər.

Vergi və mühasibat vaxtı

Order vaxtı, broadcast vaxtı və block confirmation vaxtı fərqli tarixlərə düşə bilər. Mühasibat siyasəti hansı vaxtı tanıdığını ayrıca müəyyən edir. Texniki hesabat bütün timestamp-ləri UTC ilə saxlayır, fiat qiyməti varsa mənbə və vaxt əlavə olunur.

RBF TxID-ni dəyişsə də iqtisadi ödəniş eyni invoice ilə bağlı qala bilər. Həm köhnə, həm canonical hash saxlanır. Yalnız wallet-in lokal “sent” vaxtı final settlement sübutu deyil.

Təlim üçün kiçik sınaq

Yeni wallet və ya yeni recipient ilə əvvəlcə qaydalara uyğun kiçik məbləğ istifadə etmək address və iş axınını yoxlaya bilər. Sınaq minimum invoice məbləğindən aşağı olmamalı və fee-nin məbləğə nisbəti başa düşülməlidir. Sınaq təsdiqlənmədən əsas ödəniş göndərilməsin.

Sonra əsas transaction üçün cari fee estimate yenidən alınır. Eyni feerate-ni kopyalamaq lazım deyil, çünki mempool və transaction ölçüsü dəyişə bilər. Hər iki TxID ayrı order qeydi ilə saxlanır.

Yekun təhlükəsizlik yoxlaması

Heç bir sürətləndirmə üsulu seed phrase-in support-a verilməsini tələb etmir. RBF göndərənin wallet-i, CPFP xərclənə bilən output sahibi, accelerator isə public TxID ilə işləyir. Private key istəyən xidmət dayandırılır.

Recipient clipboard-da dəyişibsə və transaction artıq confirmed-dirsə fee araşdırması ikinci dərəcəlidir. Qalan UTXO-lar təhlükəsiz cihazda yoxlanır, malware təmizlənir və yeni wallet planı hazırlanır. Zəmanətli on-chain geri çevirmə vədi qəbul edilmir.