Bitcoin Forum
May 28, 2017, 06:37:13 PM *
News: If the forum does not load normally for you, please send me a traceroute.
 
   Home   Help Search Donate Login Register  
Pages: [1] 2 3 »  All
  Print  
Author Topic: Transazioni lente: come scegliere le fee prima, o come sbloccarle dopo  (Read 60055 times)
gbianchi
Legendary
*
Offline Offline

Activity: 1246



View Profile
June 17, 2016, 07:58:27 AM
 #1

In questo periodo di rete intasata, capita sovente di leggere post di gente che  ha problemi con i tempi delle transazioni.
Cerco di dare alcuni consigli su come comportarsi.

Ovviamente il metodo migliore e' scegliere una fee adeguata prima di fare la transazione,
in modo da avere massima probabilita' che la transazione venga inclusa velocemente in un blocco.

Ma anche nel caso abbiate gia' effettuato una transazione che rimane appesa per troppo tempo
(fee troppo bassa, transazione particolarmente "sfortunata" ...) si puo' fare qualcosa.

Come comportarsi Prima di fare la transazione:

usare un wallet come electrum che indica che fee usare per avere
la transazione confermata entro un certo tempo (statisticamente)

verificare lo stato di "intasamento" della rete:
http://blockspeed.info

un link interessante ad un sito che visualizza l'andamento delle fee per decidere un fee consona
alla propria transazione e al probabile tempo di esecuzione:
http://bitcoinfees.21.co/

Come comportarsi Dopo, ossia quando sia ha una transazione ferma da troppo tempo:

novita'
Ho appena utilizzato questo metodo per far confermare alla svelta delle transazioni che erano in mempool da svariati giorni.

Per chi non lo conoscesse: ricevete una transazione non confermata con fee molto bassa (che quindi non verrebbe mai confermata), a questo punto si agisce in questa maniera: dal vostro portafoglio spendete l'input non confermato nuovamente verso un altro indirizzo vostro, settando una fee in questa maniera:  fee "giusta" della transazione non confermata + fee della nuova transazione.

Ho messo tra virgolette giusta perché la fee giusta semplicemente non è sempre fissa e bisogna utilizzare siti come bitcoinfees.21.co per calcolarla

In questo modo alcune pool (con me btc.com e 1hash), includeranno tutte due le transazioni nei loro blocchi.

usare questi tools online:

https://www.viabtc.com/tools/txaccelerator/
Quote
With the Transaction Accelerator, users can submit their TXID for free which ViaBTC will prioritize to include in the next block . A maximum of 100 TXs submitted can be accelerated every hour.



Oppure  dalla console di bitcoin core (versione 0.12 o maggiore), usare l'api

abandontransaction <txid>

permette di annullare (localmente!) la transazione e rifarne un'altra. attenzione, per tutti gli
altri membri della rete, risultera' una double-spending, e probabilmente verra' inclusa  in un prossimo
blocco quella con la fee piu' alta.

Oppure se sapete forgiare una transazione per creare una "double spending" e usare un attrezzo tipo questo per iniettarla in rete:

https://coinb.in/
Un wallte scritto in javascript che gira sul browser, e che permette di gestire le raw trasaction

GUIDA PER NUOVI UTENTI https://bitcointalk.org/index.php?topic=1241459.0
DO NOT HOLD YOUR BTC ON THIRD PARTY EXCHANGES – BE YOUR OWN BANK https://bitcointalk.org/index.php?topic=945881.0
Donazioni: 17ykWbCHG6eMfLt42zCJVw5bZE1YxRMihL
1495996633
Hero Member
*
Offline Offline

Posts: 1495996633

View Profile Personal Message (Offline)

Ignore
1495996633
Reply with quote  #2

1495996633
Report to moderator
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1495996633
Hero Member
*
Offline Offline

Posts: 1495996633

View Profile Personal Message (Offline)

Ignore
1495996633
Reply with quote  #2

1495996633
Report to moderator
1495996633
Hero Member
*
Offline Offline

Posts: 1495996633

View Profile Personal Message (Offline)

Ignore
1495996633
Reply with quote  #2

1495996633
Report to moderator
gbianchi
Legendary
*
Offline Offline

Activity: 1246



View Profile
June 17, 2016, 07:59:15 AM
 #2

...

GUIDA PER NUOVI UTENTI https://bitcointalk.org/index.php?topic=1241459.0
DO NOT HOLD YOUR BTC ON THIRD PARTY EXCHANGES – BE YOUR OWN BANK https://bitcointalk.org/index.php?topic=945881.0
Donazioni: 17ykWbCHG6eMfLt42zCJVw5bZE1YxRMihL
Prompyboo
Sr. Member
****
Offline Offline

Activity: 328



View Profile
June 17, 2016, 10:16:21 AM
 #3

aggiungerei anche questo link....per controllare che fee usano e tempo stimato


http://bitcoinfees.21.co/

.
                    ▒███████████████░                   
            █████████████████████████████████           
      ░███████████▒                   ▓███████████░     
     ██████▓             ░░▒▒▒░░             ███████     
    ████         ░██░    █████████    ███░       ████   
    ███░   ███▒  ███     ███         ████████    ▓███   
   ████     ███░███      ███         ███   ██░    ███▓   
   ████      █████       ███████░    ███   ██░    ████   
   ███▓       ███▓       ███████░    ███          ████   
   ███░       ████░      ███         ███          ▒███   
   ███░      ██████      ███         ███          ░███   
   ███▒     ░██  ███     ███         ███░  ██░    ▓███   
   ████     ██░   █▓░                 ███████░    ████   
   ████    ██░         ███████████         █▒     ████   
    ███░            ███░ ▓████ ▓ ▒███            ░███   
    ████          ▓██   ██████░████ ██▒          ████   
     ███▓        ███   ████      ░██ ███        ████     
     ▓███      ▓███ ░███████     ░███ ███▓     ░███▒     
      ███████████████ █████ ███▓ ████░█████████████     
       ████████████▒██  ░▓███████░███ ████████████       
        ███████████ █     ███████   ░ ███████████       
         ▒██████████ █     ▒███▓     ██████████░         
           ███████████ █ ██████░   ███████████           
            ░████████████░     ░████████████░           
              ▒███████████████████████████░             
                ░███████████████████████░               
                   ███████████████████                   
                      ▒███████████▒                     
.
 FootballCoin!
|      FANTASY FOOTBALL MANAGER REVOLUTION
                GAME RULES | SCORING SYSTEM | FAQ
  Collectible Cards and Tokens Issued on the Bitcoin Blockchain
|
██████
█████████
████████████
████████████████
██████████████████
████████████████████
████████████████████
████████████████████
██████████████
██████████████
█████████████
██████████
████
  JOIN NOW !
    Official Thread
gbianchi
Legendary
*
Offline Offline

Activity: 1246



View Profile
June 17, 2016, 10:32:13 AM
 #4

aggiungerei anche questo link....per controllare che fee usano e tempo stimato


http://bitcoinfees.21.co/

merita solo per questo

"Predicting Bitcoin fees for transactions since 1759"

GUIDA PER NUOVI UTENTI https://bitcointalk.org/index.php?topic=1241459.0
DO NOT HOLD YOUR BTC ON THIRD PARTY EXCHANGES – BE YOUR OWN BANK https://bitcointalk.org/index.php?topic=945881.0
Donazioni: 17ykWbCHG6eMfLt42zCJVw5bZE1YxRMihL
arulbero
Hero Member
*****
Offline Offline

Activity: 679


View Profile
June 17, 2016, 03:20:48 PM
 #5

C'era anche questo thread a riguardo:  https://bitcointalk.org/index.php?topic=1287383.msg13232406#msg13232406

Argomento interessante.
gbianchi
Legendary
*
Offline Offline

Activity: 1246



View Profile
June 17, 2016, 03:50:24 PM
 #6

C'era anche questo thread a riguardo:  https://bitcointalk.org/index.php?topic=1287383.msg13232406#msg13232406

Argomento interessante.

ah interessante, scusate se ho aperto un doppione, andiamo pure su quello.

non l'avevo visto !

GUIDA PER NUOVI UTENTI https://bitcointalk.org/index.php?topic=1241459.0
DO NOT HOLD YOUR BTC ON THIRD PARTY EXCHANGES – BE YOUR OWN BANK https://bitcointalk.org/index.php?topic=945881.0
Donazioni: 17ykWbCHG6eMfLt42zCJVw5bZE1YxRMihL
jack0m
Legendary
*
Offline Offline

Activity: 1074



View Profile
June 17, 2016, 04:20:13 PM
 #7

aggiungerei anche questo link....per controllare che fee usano e tempo stimato


http://bitcoinfees.21.co/

merita solo per questo

"Predicting Bitcoin fees for transactions since 1759"

il giorno in cui qualcuno adotterà un calendario basato sul numero di blocchi, il bitcoin avrà definitivamente vinto Wink

NTRY Engaging in contracts on a go!
WEB | DISCUSSION | TWITTER
gbianchi
Legendary
*
Offline Offline

Activity: 1246



View Profile
June 19, 2016, 01:13:12 PM
 #8

sto cercando di accumulare i consigli che ho letto questi giorni...
devo dire che mi sembra una cosa che puo' essere interessante.

GUIDA PER NUOVI UTENTI https://bitcointalk.org/index.php?topic=1241459.0
DO NOT HOLD YOUR BTC ON THIRD PARTY EXCHANGES – BE YOUR OWN BANK https://bitcointalk.org/index.php?topic=945881.0
Donazioni: 17ykWbCHG6eMfLt42zCJVw5bZE1YxRMihL
gbianchi
Legendary
*
Offline Offline

Activity: 1246



View Profile
June 19, 2016, 04:22:03 PM
 #9

sapete darmi una descrizione di come funziona la RPC abandontransaction ?

GUIDA PER NUOVI UTENTI https://bitcointalk.org/index.php?topic=1241459.0
DO NOT HOLD YOUR BTC ON THIRD PARTY EXCHANGES – BE YOUR OWN BANK https://bitcointalk.org/index.php?topic=945881.0
Donazioni: 17ykWbCHG6eMfLt42zCJVw5bZE1YxRMihL
gbianchi
Legendary
*
Offline Offline

Activity: 1246



View Profile
December 03, 2016, 10:12:32 PM
 #10

ho inserito il sistema viabtc qui, penso potrebbe essere utile come
ulteriore via di fuga da una transazione "Impantanata"

GUIDA PER NUOVI UTENTI https://bitcointalk.org/index.php?topic=1241459.0
DO NOT HOLD YOUR BTC ON THIRD PARTY EXCHANGES – BE YOUR OWN BANK https://bitcointalk.org/index.php?topic=945881.0
Donazioni: 17ykWbCHG6eMfLt42zCJVw5bZE1YxRMihL
arulbero
Hero Member
*****
Offline Offline

Activity: 679


View Profile
December 04, 2016, 07:45:55 AM
 #11

Data una transazione bloccata a causa di fee insufficienti che sposti fondi da A --> B (indirizzo di partenza e indirizzo di arrivo), ci sono almeno due modi previsti per sbloccarla:

1)RBF -  replace by fee : ho pagato troppo poco, aggiungo altri soldi

2)CPFP - Child pays for parent: ho pagato troppo poco, paga per me colui che è destinatario della transazione

Oltre a RBF di cui si è parlato nel primo post esiste quindi un altro metodo, CPFP,  per sbloccare delle transazioni, supportato da Core 0.13.0 in poi  --> http://bitcoin.stackexchange.com/questions/49723/replace-by-fee-vs-child-pays-for-parent
https://bitcoincore.org/en/faq/optin_rbf/#what-is-child-pays-for-parent-cpfp

Questo metodo è utile nel caso in cui, dopo aver inviato la transazione che rimane bloccata, si perda la chiave privata relativa all'indirizzo A di partenza. In questo caso infatti non è più possibile rifare un'altra transazione da A a B con più fee e firmarla (metodo RBF). In questa particolare situazione i fondi rimarrebbero vincolati per sempre all'indirizzo A, senza poter essere più spesi, pur esistendo una tx regolarmente firmata che potrebbe sbloccarli (se solo un miner decidesse di includerla in un blocco).

Con CPFP si può creare allora una seconda transazione da B -> C che muove i btc dall'indirizzo B fornendo fee sufficienti a indurre i miner a includere nel blocco sia la transazione bloccata A -> B che la successiva B -> C (che da sola ovviamente non sarebbe valida senza la prima transazione).
L'onere dello sbloccaggio quindi ricade su colui che possiede la chiave dell'indirizzo di arrivo B della prima tx.


http://gangsta.dassori.me/
permette di fare una "double spending", ossia di rifare la transazione con fee diverse
(attenzione che viene richiesta l'immissione della chiave privata... procedura ad ALTISSIMO rischio)

A me questo link non funziona, non so se sia solo una questione temporanea. Sulla situazione di diffusione di questa patch (la cui adozione è quantificata a maggio scorso nel 20% dell'hash power) qui c'è un articolo fatto molto bene (non parla solo di GreenAddress)-> https://bitcoinmagazine.com/articles/greenaddress-is-first-bitcoin-wallet-to-launch-replace-by-fee-bitcoin-transactions-miner-adoption-slow-1463516896.


https://www.viabtc.com/tools/txaccelerator/

With the Transaction Accelerator, users can submit their TXID for free which ViaBTC will prioritize to include in the next block . A maximum of 100 TXs submitted can be accelerated every hour.

Ma mi pare ci sia comunque un minimo di fee, sarebbe bello se ci fosse invece un modo per indirizzare direttamente ai miner qualche tx con fee insufficienti per sbloccarle, non mi sembra questo il caso.
gbianchi
Legendary
*
Offline Offline

Activity: 1246



View Profile
December 04, 2016, 10:59:16 AM
 #12

http://gangsta.dassori.me/
permette di fare una "double spending", ossia di rifare la transazione con fee diverse
(attenzione che viene richiesta l'immissione della chiave privata... procedura ad ALTISSIMO rischio)

A me questo link non funziona, non so se sia solo una questione temporanea. Sulla situazione di diffusione di questa patch (la cui adozione è quantificata a maggio scorso nel 20% dell'hash power) qui c'è un articolo fatto molto bene (non parla solo di GreenAddress)-> https://bitcoinmagazine.com/articles/greenaddress-is-first-bitcoin-wallet-to-launch-replace-by-fee-bitcoin-transactions-miner-adoption-slow-1463516896.



hai ragione, questo link non funziona... probabilmente e' ora di dare
una rinfrescata a questo post.

Hai suggerimenti sul come migliorarlo e integrare (in modo pratico) le nozioni di CPFP ?

L'idea era di inviare in questo post gli utenti che sono rimasti impantanati in una transazione "endless"
e come vedi ce ne sono sempre di piu' !


GUIDA PER NUOVI UTENTI https://bitcointalk.org/index.php?topic=1241459.0
DO NOT HOLD YOUR BTC ON THIRD PARTY EXCHANGES – BE YOUR OWN BANK https://bitcointalk.org/index.php?topic=945881.0
Donazioni: 17ykWbCHG6eMfLt42zCJVw5bZE1YxRMihL
arulbero
Hero Member
*****
Offline Offline

Activity: 679


View Profile
December 04, 2016, 01:44:27 PM
 #13


Hai suggerimenti sul come migliorarlo e integrare (in modo pratico) le nozioni di CPFP ?

L'idea era di inviare in questo post gli utenti che sono rimasti impantanati in una transazione "endless"
e come vedi ce ne sono sempre di piu' !


Premetto che per dare consigli pratici bisognerebbe aver provato almeno una volta ad utilizzare uno di questi metodi, e io non ne ho utilizzato finora neanche uno.

Guardando alla sezione internazionale, ci sono vari suggerimenti:

1) aspettare che la rete si dimentichi della tx e poi reinviarla normalmente con fee maggiorate
-->  https://bitcointalk.org/index.php?topic=232979.0  (strategia Wait & Resend)

2) Replace By Fee (RBF) (ogni miner poi la utilizza come vuole, mi pare di aver capito che di default Bitcoin Core richieda che solo le transazioni marcate in modo speciale possono essere sostituite: "A transaction must be marked replaceable (sequence number below MAX-1) in order for the opt-in RBF implementation to treat it as replaceable." , quindi se uno ha inviato in modo "normale" una transazione che poi si blocca, come fa poi a sostituirla? Non mi è chiaro)

3) Child Pays for Parent (CPFP)  (Already implemented in Android Wallet and Eligius mining pool): mai usata

Da notare comunque che si può sempre creare una seconda transazione (deve farlo il ricevente) a mano, senza bisogno di altro:

"You can create a transaction which spends the output to yourself, attaching a fee to that transaction. In order for miners to grab the transaction fee on that transaction, they would have to also mine the original transaction. Likely, you'd have to do this by hand, but software could be written to simplify doing it. No protocol changes needed"

4) Qui si trova un programmino open source che permette di creare una transazione sfruttando RBF o CPFP (Bitcoin Transaction Fee Booster - mai usato)

5) se proprio si è disperati si può contattare qualcuno come macbook-air che ha accesso a una pool --> https://bitcointalk.org/index.php?topic=700411.0 pregandolo (dietro compenso immagino) di includere la propria tx in un blocco

La cosa più semplice a livello pratico sarebbe l'opzione 5) (ma anche la meno pulita), anche la 3) non è male, ma deve essere il ricevente che si occupa di rendere effettivo il pagamento che riceve in modo "non confermato".
Per dare consigli più pratici, ripeto, bisognerebbe avere usato in prima persona uno di questi metodi e fare un piccolo how-to, altrimenti rimangono ragionamenti un po' teorici e poco utili soprattutto per i nuovi arrivati.

Alcune considerazioni teoriche su CPFP : https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2015-May/008232.html
arulbero
Hero Member
*****
Offline Offline

Activity: 679


View Profile
December 08, 2016, 03:39:34 PM
 #14

Segnalo questo articolo su come fare a sbloccare una transazione bloccata:

http://www.nasdaq.com/article/what-to-do-if-your-bitcoin-transaction-gets-stuck-cm717300

e un altro più tecnico/generale:  https://gist.github.com/roybadami/7bd2ea56a06984fedace#user-content-stuck-transactions


Un grosso ruolo lo svolge il proprio wallet, se infatti esso:

1) consente di controllare quali output si spendono
2) consente di (ri)spendere output non confermati

allora in questo caso si può tentare a mano sia la strategia RBF** che la strategia CPFP; per quest'ultima, si può anche fare a meno della collaborazione del ricevente qualora nella transazione originale almeno un output sia stato indirizzato di ritorno al proprio wallet (indirizzo del resto). In tal caso infatti basta tentare di rispendere quell'output non ancora confermato reindirizzandolo di nuovo verso il proprio wallet con delle fee adeguate a coprire sia la nuova tx che quella precedente, in modo da invogliare i miner a inserire entrambe le transazioni in un blocco.

NB: si dice che CPFP sia nata per difendere il ricevente dalla nuova possibilità di essere defraudato fornita al mittente da RBF:
Quote
CPFP relates to RBF as a way for a merchant to fight fraud. If a merchant detects that a payment they were expecting has been rerouted, they can raise the priority of their preferred transaction using CPFP. This is a contentious solution to make RBF acceptable.

Alcuni wallet come Electrum e GreenAddress dovrebbero avere una specifica opzione "Opt-In RBF" che segnala ai miner che una certa transazione potrebbe essere sostituita in futuro con una che paga più fee; ecco un'analisi di Peter Todd sulla situazione dei wallet riguardo questa opzione e su come fosse facile effettuare una doppia spesa a insaputa del destinatario (l'articolo è del gennaio scorso)

**Oggettivamente c'è molta confusione attorno a queste nuove possibilità di formare transazioni, per esempio RBF può significare:

a) posso sostituire una transazione qualsiasi solo con un'altra quasi uguale per quanto riguarda input/output (in sostanza si possono aggiungere input e output, ma non togliere gli output precedenti nè diminuirne il valore assegnato  --> "higher fee with superset of outputs of first spend") e con fee maggiorate (first seen safe replace-by-fee "FSS-RBF")
b) posso sostituire solo una specifica transazione che ho precedentamente flaggato con "Opt-In RBF" con un'altra qualsiasi (anche cambiando gli address destinatari) (questa dovrebbe essere l'opzione con più chance di successo perchè adottata ufficialmente in Core); il flag (che si può anche attivare a mano modificando il campo nSequence della tx --> "Transactions opt-in to transaction replacement by setting nSequence < maxint-1 on at least one input" ) permette da una parte al miner di sapere che chi ha creato la transazione era già disposto ad "aggiornarla" ed eventualmente a sostituirla sin dal momento della sua creazione, dall'altra permette a colui che riceve il pagamento di ricevere un segnale (dovrebbe visualizzare un messaggio di allerta sul pericolo di una doppia spesa e quindi dovrebbe aspettare che la tx sia inclusa in un blocco prima di considerarla come un pagamento effettivo).
"Opt-in" da "Option In" vuol dire in inglese: "Express permission by a customer, or a recipient of a mail, email, or other direct message to allow a marketer to send a merchandise, information, or more messages". E' una specie di assenso firmato che in questo caso rende una tx ufficialmente sostituibile con il permesso del proprietario.
c) posso sostituire una transazione qualsiasi con un'altra che spende gli stessi input ma con output completamente differenti ("full RBF", e Core dovrebbe indirizzarsi in futuro verso questa possibilità)

Core per adesso ha scelto la seconda opzione, Opt-In RBF + CFPC :

https://github.com/bitcoin/bitcoin/blob/fc23fee690477828e84a7886dbf208e9a96e82e2/doc/release-notes/release-notes-0.12.0.md#opt-in-replace-by-fee-transactions

https://github.com/bitcoin/bitcoin/blob/master/doc/release-notes/release-notes-0.13.0.md#user-content-mining-transaction-selection-child-pays-for-parent

Alcune osservazioni sulle motivazioni:

https://www.reddit.com/r/Bitcoin/comments/3urm8o/optin_rbf_is_misunderstood_ask_questions_about_it/
Quote
 
The Core devs want to use Opt-in RBF to "compress" transactions and FSS-RBF Doesn't allow that.

FSS-RBF (1) results in larger transactions because you must add a new input rather than just adjust your change output, and (2) is a wallet implementor's nightmare to get right because it involves merging coins to update a fee. If you care about privacy and/or keeping sources of coins separate to defeat block chain analysis, FSS-RBF requires keeping pools of UTXOs available to update fees

I critici di FSS-RBF affermano inoltre che non è scontato stabilire cosa vuol dire "vista per prima" (dopotutto la blockchain nasce proprio per stabilire  un ordine temporale in una serie di eventi che avvengono a distanza, mentre le transazioni in mempool non hanno una cronologia definita e univoca per tutti i nodi della rete), ma questo succede già di norma con tutte le transazioni (solo quelle viste per prima vengono accettate da un nodo, le altre che tentano di spendere gli stessi output non vengono accettate).

Peter Todd, che ha creato la patch con Opt-in RBF per Core, sostiene comunque FSS-RBF, qui spiega come funziona FSS-RBF e quali sono i vantaggi:
http://bitcoin-development.narkive.com/NgSiQBmM/bitcoin-development-first-seen-safe-replace-by-fee


Riassumendo ci sono almeno 3 variabili di cui tener sempre conto:

1) bisogna conoscere a fondo il proprio wallet e come esso si regola con le transazioni non confermate (e come si fa ad esempio a far sì che la smetta di continuare a ritrasmettere una tx che si è appurato che nessun miner intende includere in un blocco)
2) bisogna sapere quali sono le condizioni del mercato per le fee per "indovinare" una fee adeguata
3) bisogna conoscere quali sono le esatte regole utilizzate dai miner (FSS-RBF, Opt-in RBF, Full RBF, CPFP) per poter costruire una seconda tx che abbia successo nell'annullare/sbloccare la prima
Da osservare che queste policy riguardanti la sostituzione di una tx nella mempool non fanno parte delle regole del consenso, cioè è a discrezione dei full node e dei miner impostare la propria politica, e tutto questo rende più difficile e fumosa l'intera questione.

Il grosso problema che vedo in mezzo a tutto questo tecnicismo è che è facile che in queste situazioni incappino soprattutto i nuovi arrivati nel mondo bitcoin, e non è un bel modo di conoscere il btc, dall'altra parte quelli un po' più "esperti" in generale non sono per nulla esperti in problemi di questo tipo perchè magari sono più attenti con le fee e quindi alla fine non sono in grado di dare consigli pratici non essendo mai capitati in situazioni del genere.

Faccio infine notare che inviare una transazione non vuol dire pagare, ma al massimo si dimostra l'intenzione di effettuare un pagamento, quindi si tratta a tutti gli effetti di una "proposta" di pagamento alla rete che deve poi accettarla.
Finchè un pagamento non è confermato i bitcoin rimangono in possesso di chi detiene le chiavi private (anche se momentaneamente potrebbero apparire come "congelati"), ed è sua responsabilità far in modo che questo pagamento arrivi in qualche modo al destinatario (penso soprattutto alla situazione in cui uno ha dei btc depositati presso un exchange/siti vari e deve ricevere un pagamento in sospeso).
gbianchi
Legendary
*
Offline Offline

Activity: 1246



View Profile
December 08, 2016, 09:32:20 PM
 #15


Il grosso problema che vedo in mezzo a tutto questo tecnicismo è che è facile che in queste situazioni incappino soprattutto i nuovi arrivati nel mondo bitcoin, e non è un bel modo di conoscere il btc, dall'altra parte quelli un po' più "esperti" in generale non sono per nulla esperti in problemi di questo tipo perchè magari sono più attenti con le fee e quindi alla fine non sono in grado di dare consigli pratici non essendo mai capitati in situazioni del genere.


Concordo pienamente. Infatti c'e' una sezioncina apposta nel post di Benvenuto, per cercare di evitare di infilarsi in questo tipo di problemi.
Poi c'e' un rimando a questo post in caso che portroppo accada.

GUIDA PER NUOVI UTENTI https://bitcointalk.org/index.php?topic=1241459.0
DO NOT HOLD YOUR BTC ON THIRD PARTY EXCHANGES – BE YOUR OWN BANK https://bitcointalk.org/index.php?topic=945881.0
Donazioni: 17ykWbCHG6eMfLt42zCJVw5bZE1YxRMihL
IdiDiMarzo2016
Jr. Member
*
Offline Offline

Activity: 48


View Profile
December 11, 2016, 03:19:22 PM
 #16


Il grosso problema che vedo in mezzo a tutto questo tecnicismo è che è facile che in queste situazioni incappino soprattutto i nuovi arrivati nel mondo bitcoin, e non è un bel modo di conoscere il btc, dall'altra parte quelli un po' più "esperti" in generale non sono per nulla esperti in problemi di questo tipo perchè magari sono più attenti con le fee e quindi alla fine non sono in grado di dare consigli pratici non essendo mai capitati in situazioni del genere.


Concordo pienamente. Infatti c'e' una sezioncina apposta nel post di Benvenuto, per cercare di evitare di infilarsi in questo tipo di problemi.
Poi c'e' un rimando a questo post in caso che portroppo accada.

Bé in realtà wallet alternativi calcolano la fee dinamicamente senza problemi.Electrum è il più semplice,funzionale e a prova di utonto che mi venga in mente Wink
gbianchi
Legendary
*
Offline Offline

Activity: 1246



View Profile
December 11, 2016, 04:54:12 PM
 #17


Bé in realtà wallet alternativi calcolano la fee dinamicamente senza problemi.Electrum è il più semplice,funzionale e a prova di utonto che mi venga in mente Wink

Non lo metto in dubbio, ma resta il fatto c'e' almeno un post a settimana di qualcuno che
chiede aiuto disperato perche' si e' infilato in una transazione dai tempi biblici.

GUIDA PER NUOVI UTENTI https://bitcointalk.org/index.php?topic=1241459.0
DO NOT HOLD YOUR BTC ON THIRD PARTY EXCHANGES – BE YOUR OWN BANK https://bitcointalk.org/index.php?topic=945881.0
Donazioni: 17ykWbCHG6eMfLt42zCJVw5bZE1YxRMihL
jack0m
Legendary
*
Offline Offline

Activity: 1074



View Profile
January 13, 2017, 11:00:01 PM
 #18

Ma la vecchia regola della priorità data ad una transazione, che è una funzione sia dell'ammontare che dell'età degli input (calcolata come numero di conferme) non vale più?

NTRY Engaging in contracts on a go!
WEB | DISCUSSION | TWITTER
HostFat
Moderator
Legendary
*
Offline Offline

Activity: 2464


I support freedom of choice


View Profile WWW
January 13, 2017, 11:00:49 PM
 #19

No, è stata tolta da Core.

Eternity Wall: Messages lasting forever - The Rock Trading (ref): A good exchange / gateway Ripple, with support for multisig, since 2007. 
https://bitcointa.lk: Bitcointalk backup if offline - Bitcoin Foundation Italia - Blog: http://theupwind.blogspot.it
arulbero
Hero Member
*****
Offline Offline

Activity: 679


View Profile
January 14, 2017, 12:04:35 PM
 #20

Più che tolta è stata disabilitata di default a causa della crescente dimensione della mempool:

https://bitcoin.org/en/developer-guide#transaction-fees-and-change  :
Quote
a concept of so-called “high-priority transactions” which spend satoshis that have not moved for a long time.

In the past, these “priority” transaction were often exempt from the normal fee requirements. Before Bitcoin Core 0.12, 50 KB of each block would be reserved for these high-priority transactions, however this is now set to 0 KB by default. After the priority area, all transactions are prioritized based on their fee per byte, with higher-paying transactions being added in sequence until all of the available space is filled

https://bitcoin.org/en/release/v0.12.0/#relay-and-mining-priority-transactions
Quote
Bitcoin Core has a heuristic ‘priority’ based on coin value and age. This calculation is used for relaying of transactions which do not pay the minimum relay fee, and can be used as an alternative way of sorting transactions for mined blocks. Bitcoin Core will relay transactions with insufficient fees depending on the setting of -limitfreerelay=<r> (default: r=15 kB per minute) and -blockprioritysize=<s>.

In Bitcoin Core 0.12, when mempool limit has been reached a higher minimum relay fee takes effect to limit memory usage. Transactions which do not meet this higher effective minimum relay fee will not be relayed or mined even if they rank highly according to the priority heuristic.

The mining of transactions based on their priority is also now disabled by default. To re-enable it, simply set -blockprioritysize=<n> where is the size in bytes of your blocks to reserve for these transactions. The old default was 50k, so to retain approximately the same policy, you would set -blockprioritysize=50000.
Pages: [1] 2 3 »  All
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!