Topic: Bitescrow.org (Escrow senza rischio di furto) (Read 14209 times)

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.

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.

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

Grazie.

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

Stiamo parlando di Escrow per transazioni BTC/Euro.

Comprendo.

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!

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!

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.

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/

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/

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!

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.

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?

ottima iniziativa

 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

buona idea

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.

Riporto qui un idea da questa discussione:
https://bitcointalksearch.org/topic/m.3362668

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.

Buono, dopo ci guardo meglio.

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