Bitcoin Forum

Sito: bitescrow.org (http://www.bitescrow.org)
Versione italiana tradotta da Ziomik (https://bitcointalk.org/index.php?action=profile;u=27427): https://www.bitcoin-italia.org/escrow/
Codice sorgente: https://github.com/mannkind/bitescrow.org

Il sistema permette di avere un deposito di garanzia (escrow) gestito da terzi, senza però il rischio che possano fuggire con i soldi.
I Bitcoin rimangono fermi su un indirizzo su cui nessuno può avere accesso senza il consenso dell'altro partecipante o dell'escrow.
E' comodo quando magari volete fare una transazione con qualcuno di cui ancora non vi fidate a pieno, ma si vuole comunque avere il supporto di un terzo di cui si fidano entrambi i partecipanti.

Istruzioni / Esempio


Premessa:
Quando vi passate i codici fate bene attenzione che siano scritti bene, se anche dimenticate una sola lettera/numero il sistema non funzionerà.
Evitate di essere degli incompetenti, fate tutto con metodo e rigore.
Usate i TAG [ CODE][ /CODE] per scrivere i codici nei messaggi sul forum.


Alice ha i biscotti, e Bob vuole comprarli con i Bitcoin.
Entrambi si trovano a casa loro, davanti al proprio computer.

1) Entrambi devono accordare su una persona che sia reputata affidabile da entrambi, e che sia disponibile a fare da escrow.

2) L'escrow clicca su "Escrow Agent", e poi su "Generate Escrow Invitations".
Riceverà i 2 codici "Escrow Invitation A" (Alice) e "Escrow Invitation B" (Bob)
Dovrà dare dare 1 solo codice diverso ad entrambi i partecipanti.
L'altro codice dovrà essere dato a quello che deve ricevere il pagamento solo a transazione conclusa correttamente (confermata da entrambi)

3) Alice riceve "Escrow Invitation A" e clicca su "Payee (Generate Payment Invitation)"
In "Escrow Invitation" inserisce "Escrow Invitation A" e clicca su "Generate Payment Invitation"
Passa poi a Bob "Address" (l'indirizzo Bitcoin dove ricevere il pagamento) e "Payment Invitiation"
L'arbitro non deve MAI conoscere l'invito del payee. Altrimenti, avendo in mano tutte le chiavi, può rubare i Bitcoin.

Facoltativo ma consigliato:
Alice invia il codice in "Payment Confirmation" e "Address" all'Escrow.
Questi dati permettono all'Escrow di essere certo che tutto stia proseguendo in modo corretto.

4) Facoltativo - L'escrow riceve "Payment Confirmation" e "Address" da Alice.
Va in "Escrow (Verify Payment Confirmation) —optional—"
Inserisce "Escrow Invitation A" e "Escrow Invitation B" (generati da lui stesso al punto 2) e il "Payment Confirmation".
Controlla poi che l'indirizzo Bitcoin generato sia lo stesso passatogli da Alice.
Potrà poi anche controllare il trasferimento dei Bitcoin su un Bitcoin explorer.

5) Bob clicca su "Payer (Verify Escrow & Payment Invitations)" e in "Escrow Invitation" inserisce "Escrow Invitation B" (ricevuto all'inizio dall'escrow)
Inserisce poi in "Payment Invitation" il codice passato da Alice.
Clicca su "Verify Address & Invitations" e controlla che l'indirizzo Bitcoin generato sia lo stesso che gli ha passato Alice.
Se è corretto, invia i Bitcoin all'indirizzo suddetto.
Se da l'errore "Warning: Same Party Generated the Payment Invitation" vuol dire che l'escrow ha passato lo stesso "Escrow Invitation" ad entrambi.
Bisogna reiniziare da capo.

6) Alice controlla che i Bitcoin siano arrivati all'indirizzo (magari attraverso blockchain.info o un altro blockchain explorer) e se sono arrivati invia i biscotti a Bob.

7) Bob riceve i biscotti e controlla che siano come erano stati descritti.
Se tutto va bene, invia la "Escrow Invitation B" ad Alice.

8 ) Alice clicca su "Collect Bitcoins".
Inserisce poi i 2 "Escrow Invitation" (A e B) nei rispettivi campi e il "Payment Invitation".
Clicca poi su "Generate Private Key (WIF)" e ottiene quindi la "Private Key (WIF)" da poter importare nel proprio client e ricevere i Bitcoin.


Situazioni / Problemi:
- Alice cambia idea, non vuole più inviare i biscotti ma comunque vuole sbloccare i Bitcoin di Bob in modo che lui possa recuperarli.
Basta che passi a Bob la sua ""Escrow Invitation A" e la "Payment Invitation".
- Alice non ha inviato i biscotti e/o non sono come erano descritti. Bob dopo aver dimostrato la cosa all'escrow, chiede di riavere indietro i Bitcoin.
L'escrow controlla le prove, e se è d'accordo invia la "Escrow Invitation A" a Bob.
Se invece i biscotti sono arrivati e sono come descritti nell'accordo prevendità, l'escrow (o Bob direttamente) passerà la "Escrow Invitation B" a Alice.

Alternativa:
Bit2factor.org (BIP38 Two-party Escrow) (https://bitcointalk.org/index.php?topic=171805.0)
Il sistema permette di avere un deposito di garanzia (escrow) senza l'uso di intermediari terzi.

Grazie mille del topic, cercavo una cosa simile :)

L'ho caricato sul mio sito e tradotto. Utilizzabile da chiunque.
Se ci sono errori fatemelo sapere (il mio inglese è molto light  :o)

http://www.ziomik.net/escrow/

Grande! Aggiunto link in alto ;)

Dovere  ;)

Una cosa che forse non è intuibile è l'importazione dei bitcoin conclusa la vendita.
Almeno che non si voglia utilizzare la riga di comando su un vostro bitcoind, con blockchain la procedura è questa:

Per importare il vostro nuovo e aggiuntivo indirizzo bitcoin con blockchain:

• Loggarsi sul proprio wallet
• Andare su Importa/Esporta
• Inserire la chiave privata generata nell'ultimo passaggio in "Importa la Chiave Privata"

Fatto questo i bitcoin della transazione si aggiungeranno agli ulteriori in vostro possesso e  in "Ricevi Denaro" comparirà l'indirizzo bitcoin utilizzato che ovviamente potrete utilizzare o meno.

Ciao, qual'è la fee che il tuo servizio trattiene?

Nulla, il servizio è disponibile a zero fee. non è una mia creazione, ho solamente tradotto quattro righe dal codice sorgente liberamente distribuito. Ciao.

http://www.hwupgrade.it/forum/images_hwu/smilies/32.gif

Se il servizio funziona bene stai offrendo una bella opportunità per concludere in modo sicuro (e gratuito) le trattative

Bene ma ribadisco che non ho creato nulla. Mi sono limitato a trasportare il tutto sui miei server, tradurlo (guardate se ci sono strafalcioni) e testarlo.
Funziona veramente bene. Questo è il sistema escrow con l'arbitro (l'ho chiamato "controllore"), quindi: persona che acquista, persona che vende e persona fidata da entrambe le parti.
Esiste, come proposto da Hostfat, anche quella senza la terza persona e che permette di concludere solo con le due persone interessate ma, a mio parere e come evidenziato da Host, ha una serie di problematiche (minaccia di non passare la key) e quindi ritengo che non possa per ora offrire una certa affidabilità e tranquillità della transazione.

Aggiungerei un link alla lista di arbitri volontari del forum:

https://bitcointalk.org/index.php?topic=186459.0

Grazie!

Sembra che Alice (payee) abbia un limite di tempo per generare il suo invito + l'indirizzo Bitcoin.

Così almeno mi ha detto jimmy3dita, che non è riuscito ad usare i codici che gli ho mandato i giorni scorsi.

Vi torna? A me non troppo: perché mai dovrebbe esserci questo limite temporale? E, soprattutto, tecnicamente come funzionerebbe?

In ogni caso, se così fosse, bisognerebbe segnalarlo nella guida.

Ciao!

[EDIT]
Ho appena fatto delle prove anch'io, ed effettivamente sembra che sia così: resta bloccato su "... Generating ...". Stesso problema usando sia il servizio originale che quello fornito da ziomik.

Da approfondire...
[/EDIT]

[RIEDIT]
Ho aperto un bug report usando un codice di prova che mi aveva inviato jimmy3dita, e che non funziona.

https://github.com/mannkind/bitescrow.org/issues/1

Vediamo cosa dicono gli sviluppatori.
[/RIEDIT]

Sei sicuro che il codice invito sia corretto ?
Visto così sembra che abbia un carattere in più

Verifico meglio... sembrerebbe effettivamente questo il problema

[EDIT]
Mistero risolto. Effettivamente il forum ha mandato a capo la stringa (nel messaggio privato), aggiungendo quindi un carattere.

Suggerisco agli sviluppatori di implementare un controllo dei codici inseriti.

Grazie ziomik!
[/EDIT]

@HostFat:
Potresti per cortesia aggiungere nella guida che, se si usa il forum per mandare i codici con un messaggio privato ai diretti interessati, bisogna inserirli come codice? (tra i tag "code")

In questo modo si è sicuri che la stringa non venga spezzata.

Grazie!

Fatto ;)

@HostFat.
Per cortesia, puoi aggiungere al punto 3:

"L'arbitro non deve MAI conoscere l'invito del payee. Altrimenti, avendo in mano tutte le chiavi, può rubare i Bitcoin."

Grazie!

Fatto ;)

Grazie!

(le virgolette si possono togliere)

Salve, sono nuovo sia del forum che del mondo dei bitcoin.

Credo di aver capito quasi tutto sull'escrow, ma avrei un paio di domande al riguardo.

Se il negoziante invia la merce e il cliente la riceve, quest'ultimo può dichiarare di non averla ricevuta per farsi restituire i soldi. In questo caso, come fa il negoziante a provare che l'ha inviata veramente e che il cliente tenta di imbrogliarlo?

Nel caso di dispositivi elettronici, sarebbe bene provarne il funzionamento all'arbitro prima dell'invio, giusto? Magari con un'mmagine o un breve video da inviare all'arbitro. Ma se si rompesse, o andasse addirittura perduto (vale per tutte le merci), durante il tragitto, come si potrebbe risolvere la cosa? E se il cliente, una volta ricevuto il dispositivo integro e funzionante, ne nega il corretto funzionamento nel tentativo di imbrogliare il negoziante? Dovrebbe inviare le prove all'arbitro, sempre con un'immagine o un video, ma non credo ci voglia molto a far finta di premere il pulsante di accensione e far vedere che non si accende.

Sapreste suggerirmi cosa fare nel caso si presentino tali situazioni?

Benvenuto


Tracking con Proof-of-delivery (POD)


Si stabiliscono le responsabilità sulle spedizioni, PRIMA che questa avvenga, quindi responsabilità a carico dell'acquirente, responsabilità a carico del venditore, 50 e 50....
Se si vuole una sicurezza in più si può sempre assicurare la spedizione.


Il cliente provvede a restituire il telefono al venditore il quale si accerta dei difetti riportati, dopodiché si procede al rimborso.
(Qui nel caso dove il venditore si sia preso le complete responsabilità sulla spedizione del telefono)

Grazie.

Il tracking lo conoscevo, in effetti non ci avevo pensato, ma il POD no. È un servizio che richiede un costo aggiuntivo? Lo offrono di default tutte le aziende di spedizioni o solo alcune? Scusa per le tante domande, ma non me ne intendo molto sull'argomento.

Ho capito quello che vuoi dire, ma mi sembra comunque un pò complicata come cosa: tutt'e due le parti si scaricheranno la responsabilità a vicenda, come si fa a capire in quella precisa occasione chi se la dovrebbe prendere? Oppure, in quel caso, bisognerebbe ricorrere al 50 e 50?

Se il telefono è rotto davvero, le spese per rispedirlo indietro sono sempre a carico di chi si è assunto la responsabilità prima? Nel caso sia del venditore, gli basta risarcire le spese di spedizione all'acquirente inviando i Bitcoin all'indirizzo prodotto dall'Escrow, giusto? Mentre, se la responsabilità fosse del cliente, tutto quello che potrebbe fare è arrangiarsi e portarlo ad aggiustare da qualcuno, è esatto?

@HostFat: è stato aggiunto un passaggio opzionale al punto 3, e ci sarebbe da aggiungere un nuovo punto (sempre opzionale) tra il 3 e il 4. Si tratta dell'uso di un codice di conferma da far avere all'arbitro.

Pur essendo opzionale, io lo consiglierei vivamente, in modo che l'arbitro possa avere una visione più da vicino di come sta procedendo la transazione.

Grazie!

Buono, dopo ci guardo meglio.

Riporto qui un idea da questa discussione:
https://bitcointalk.org/index.php?topic=186459.msg3362668#msg3362668

L'idea è quella di dare via un sistema completamente p2p di mercato escrow compresi.
Con l'ingrandirsi del mercato gli escrow gratuiti potrebbero scarseggiare, questa è idea per incentivarli comunque a proseguire il servizio.

Un buon metodo per l'escrow è quello di prendere contatto con i 2 impegnati nella trattativa, farsi passare le email e/o un contatto per riceverli e inviargli le rispettive key.
Salvarsi poi tutto (dodici e email di entrambi) su un foglio di Excel / Calc / google docs, e rimanere in attesa di un eventuale richiesta del suo intervento.


Ma di più, si potrebbe anche rendere più automatizzata la cosa, possibile metodo:
I 2 utenti arriverebbero su un sito.
Sul sito troverebbero uno spazio per inserire un codice o generarne uno nuovo.
Il primo che arriva genera il codice e lo passa all'altro (via chat/email...) che lo inserisce nella sua schermata sul sito.
In questo modo il sito comprende che i 2 utenti sono in contatto.
Chiede ad entrambi le loro email. (ma si potrebbe anche rendere opzionale)
Una volta ricevuta questa informazione passa ad ognuno i rispettivi codici di invito sullo schermo e glieli invia anche via email.
Salva poi su un database email e rispettivi codici.

In questo modo l'admin del sito può risparmiarsi il tempo usato per dare via al servizio di escrow, e far si che gli utenti possano arrangiarsi completamente se non appunto nel caso sia richiesto il suo intervento.

Aggiornata all'ultima versione, e messo su https://www.bitcoin-italia.org/escrow
Aggiornato anche il link nel primo post, e aggiunto anche il link nel menu su https://www.bitcoin-italia.org
Dentro è presente anche un link alla discussione degli escrow gratuiti ;)

Nella nuova versione c'era altri testi da tradurre, se pensate che qualcosa sia migliorabile segnalate pure.

buona idea

 SALVE A TUTTI...se posso permettermi di dire la mia, ritengo che sinche' per effettuare una transazione,ai meno esperti della " smanettata " ci si presenta un simile casino,questi non usera' mai i bitcoin per acquistare,ma si rivolgera' sempre al sistema classico e piu' veloce !!e cioe' le transazioni tramite paypal (assicurate..)e siccome so per certo,che gli smanettoni piu' o meno esperti,del mondo web,rappresenta non piu' del 12/13%,capirete bene,che questo sistema e' moolto limitato,e limitante...il sottoscritto prima di entrare in questo mondo bitcoin,stava sondando il terreno per creare un qualcosa assieme ad alcuni amici esperti in marketing,logistica,diritto civile e informatici,di mettere su una societa' che garantisse  al 100% gli acquisti e/o le transazioni on line...avevamo trovato un sistema che creava lavoro e sicurezza totale per tutti...e ci si stava organizzando...potrei proporre anche per la fondazione l'idea che si stava mettendo su..onestamente credo che ci sia una grande opportunita' anche e sopratutto  in questo caso,dando l'occasione ai soci della fondazione,di creare un servizio innovativo dalle straordinarie potenzialita',anche remunerativo,ma allo stesso tempo estremamente vantaggioso per chi deve effettuare una compravendita,o una transazione anche in monete.. !!aprendo la strada noi in italia ad un sistema nuovo,senza aspettare sempre che le idee nel mondo del web,partino sempre prima in altre nazioni...se volete,possiamo parlarne..se qualcuno del direttivo volesse delle info al riguardo,contattatemi..non so se conviene parlare dei dettagli ,prima qui nel forum...posso solo dirvi che questo delle monete virtuale,e' un mondo che e' appena nato,e che come in tutte le cose ( vedi ilmarketing..) i primi,sono quelli a fare soldi...agli altri,rimane sempre3 poca roba....distinti saluti a tutti...domenico

ottima iniziativa ;)

Scusate sono un pò tonto. Se io vendo i bitcoin con questo metodo i soldi dove mi arrivano? Devo dare all'acquirente il mio indirizzo postepay o paypal?

All'acquirente devi dare gli estremi per effettuare il pagamento a tuo favore. Che sia la mail di paypal (sconsigliata), i numeri di postepay, ecc... che siano.

Bitescrow è fondamentalmente un servizio obsoleto, però tuttora sicuro e funzionante. Anche se a breve (...) pure gli arbitri volontari del forum con ogni probabilità smetteranno di usare Bitescrow, in ogni caso ritengo che vada la pena di tenere aggiornata questa guida.

In particolare un utente che sto seguendo come arbitro ha rilevato un punto di debolezza e trovato una soluzione che a mio avviso conviene suggerire: il forum è notoriamente un colabrodo, e quindi far circolare tutte e 3 le chiavi sul forum non è una buona idea. La soluzione è, al punto 3, che il payee mandi il Payment Invitation (e solo questo!) al payer attraverso questo servizio:

https://privnote.com/

In questo modo il Payment Invitation può essere mandato, assieme all'indirizzo bitcoin, attraverso un messaggio privato del forum ma in piena sicurezza.

Dico di far mandare solo il Payment Invitation attraverso Privnote per 2 ragioni:
1) anche Privnote è un servizio centralizzato e potenzialmente vulnerabile, e quindi non è una buona idea far circolare tutte le chiavi nemmeno da lì;
2) è comunque un passaggio in più in una trafila già abbastanza intricata: fatto una sola volta, non complica troppo il tutto (e per gli arbitri non cambia assolutamente nulla).

Grazie!

L'implementazione in versione inglese e' presente a questo sito:
https://bit2factor.com/

La versione con escrow (a tre fattori) a questo sito:
https://bit2factor.com/bitscrow/

Cosa ne pensate della versione multifirma, BIP38, dell'escrow?

E' più/meno sicura della versione standard con escrow umano?

Io mi sono trovato bene: facile da spiegare al cliente e non bisogna aspettare per un escrow disponibile.


Link:
https://bit2factor.com/

In assenza di arbitro umano, nel caso in cui si arrivasse ad una situazione in cui le due parti si trovassero in disaccordo non ci sarebbe modo di risolvere. Si arriverebbe ad una sconfitta per entrambe le parti.

Per carità, è pur sempre una soluzione percorribile.

Perchè ci dovrebbe essere un disaccordo tra le parti?

Una transazione è fatta da una persona che vuole BTC e da una persona che vuole euro.

L'escrow serve per ovviare alla mancanza di fiducia tra le parti, se uno si ritira dalla transazione a transazione già iniziata è un problema suo, non certo di chi onorato la sua parola.

Altre problematiche non ne vedo.

Quale problematica stai cercando di "sgraffignarmi" Stemby?!?

Take Care!

Non è detto. Magari da una parte c'è una persona che vuole bitcoin, e dall'altra un tizio che vuole un vaso Ming. Che però arriva in frantumi.

Ciao!

Stiamo parlando di Escrow per transazioni BTC/Euro.

Comprendo.

Se volete aprire il codice prendendo direttamente da github ci sono anche questi due servizi, che dovrebbero funzionare :)

http://rawgit.com
http://htmlpreview.github.io/

Esempi:
Github: https://github.com/mannkind/bitescrow.org
Rawgit: https://cdn.rawgit.com/mannkind/bitescrow.org/master/index.html
Htmlpreview: http://htmlpreview.github.io/?https://github.com/mannkind/bitescrow.org/blob/master/index.html

Github: https://github.com/mannkind/bit2factor.org
Rawgit: https://cdn.rawgit.com/mannkind/bit2factor.org/master/index.html
Htmlpreview: http://htmlpreview.github.io/?https://github.com/mannkind/bit2factor.org/blob/master/index.html

Puoi spiegare come se fossi un bambino di 5 anni, per favore, cosa fanno i due servizi che hai postato?

Grazie.

Prendono il codice direttamente dalla fonte, github, e creano dinamicamente una pagina eseguendolo.
Credo che però funzioni solo con html e javascript, che è comunque quanto basta per eseguire bitescrow e bit2factor.

Il vantaggio di questa possibilità è che c'è meno bisogno di andare a controllare che il codice presente su qualche pagina ospitata da qualche parte sia realmente lo stesso presente su github, e che mantenendo sempre lo stesso link sia comunque sempre aggiornato all'ultima versione su github.

O che magari il sito non sia un fake che cerca di rubarti i soldi tramite una operazione di scam.

...

Grazie della spiegazione.

Buona settimana.