Bitescrow.org (Escrow senza rischio di furto)

[HostFat]

Sito: bitescrow.org
Versione italiana tradotta da Ziomik: 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)
Il sistema permette di avere un deposito di garanzia (escrow) senza l'uso di intermediari terzi.

[Thezjame]

Grazie mille del topic, cercavo una cosa simile

[ziomik]

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

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

[HostFat]

Grande! Aggiunto link in alto

[ziomik]

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.

[alexrossi]

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

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

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

[ziomik]

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

[alexrossi]

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

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

[ziomik]

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.

[Stemby]

Aggiungerei un link alla lista di arbitri volontari del forum:

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

Grazie!

[Stemby]

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]

[ziomik]

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

[Stemby]

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]

[Stemby]

@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!

[HostFat]

Fatto

[Stemby]

@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!

[HostFat]

Fatto

[Stemby]

Fatto

Grazie!

(le virgolette si possono togliere)

[frank-]

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?

[alexrossi]

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

Benvenuto

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?

Tracking con Proof-of-delivery (POD)

Ma se si rompesse, o andasse addirittura perduto (vale per tutte le merci), durante il tragitto, come si potrebbe risolvere la cosa?

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.

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.

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)