Quali sarebbero però le conseguenze tragiche di uno sniffer, quindi di un software che legge i pacchetti in entrata ed uscita di un pc con sopra bitcoin-core (per fare un esempio)?

Certo, mettendo comunque un orario c'è più serietà!

A quel punto il problema di "sfruttare" rimane che se mi sincronizzi alle 16 e poi io faccio altre TX, per lanciare il messaggio che comunque a mezzanotte sono ok, dovresti tornare a sincronizzarmi comunque.

Quindi il rischio è che comunque il risparmio sia "inutile" in quanto comunque va rifatto, e questo per molti utenti (facilmente chi scambia al mattimo magari da una controllata e uno scambio pure alla sera, per intenderci).

Però certamente, sia con che senza TX sfruttando altre uscite, è una buona soluzione quella di fare degli "snapshot" e come dici anche tu, le idee sono buone, se poi qualcuno volesse pure implementarle, soprattutto per chi fa exchange senza valuta FIAT, tanto meglio!

No, o non ti direi di farlo 

Al più magari se hai un indirizzo IP fisso che compare nel debug toglilo.


Ma dopo che hai cancellato peer.dat, ti ha tornato a scaricare i peer? Sei collegato a qualcuno?

Il problema che mi è venuto in mente nello scroccare le TX è che ci sarebbero tempi in cui le cose difficilmente corrisponderebbero.
Mi spiego con un esempio.

Quando fai delle transazioni su un exchange, non sono in genere tra due utenti ma magari, con una sell, coinvolgi decine di utenti. Certo, i conti alla fine devono sempre "tornare" ma magari nel momento X, in cui l'utente richiede qualcosa, è "complicato" farli tornare.

In particolare prendiamo i soliti 4 utenti, e a mezzanotte hanno:
Pippo: 1 BTC
Pluto: 4 BTC
Minnie: 3 BTC
Topolino: 10 BTC.

Hanno fatto tutti delle TX, comprando e vendendo l'uno con l'altro BTC per DOGE e alle 16, momento in cui Paperone ritira qualcosa e che vogliamo sfruttare, la loro situazione è:
Pippo: 0 BTC
Pluto: 7 BTC
Minnie: 9.9 BTC
Topolino: 1 BTC
Fee: 0.1 BTC.


Ora, per far tornare questo caso, significherebbe che alla TX di uscita di paperone bisognerebbe "allegare" tutti e 4 questi indirizzi. Infatti dire anche solo un "per ora metto a posto solo Minnie e Topolino" che sarebbe fattibile, significherebbe che il resto dovrebbe andare insieme ai BTC dell'exchange.

E si avrebbe che, alle 16, dopo la TX la situazione sarebbe:
Pippo: ipotetico 0 BTC ma da blockchain 1 BTC
Pluto: ipotetico 7 BTC ma da blockchain 4 BTC
Minnie: ipotetico 9.9 BTC e da blockchain 9.9 BTC
Topolino: ipotetico 1 BTC e da blockchain 1 BTC
Fee: ipotetico 0.1 BTC ma da blockchain 2.1 BTC

Solo più tardi, sfruttando un altra uscita, si avrebbe il sucessivo aggiornamento.

Prendiamo questo esempio e facciamolo per 1000 utenti, credo che venga su un casino della madonna.... 
Certo, risparmieresti un po sulle fee, però anche ad un utente dire "ogni tanto durante il giorno sincronizzo il tuo indirizzo della blockchain con il tuo conto online per provare che siamo ok" non è molto "carino" e si potrebbe anche sollevare il problema che, sfruttando le differenze di orario nelle transazioni, io posso comunque fare riserva frazionaria (o come vogliamo chiamarla).

Tanto se non ti tornano basta dire "eh ma perchè il tuo verrà aggiornato tra poco" in realtà sfrutto il giro per far mancare dei BTC.

Mentre farlo tutto insieme (che sia in 1 o 10 TX) implica che se a mezzanotte, quando viene fatto, manca anche solo 1 BTC in riserva frazionaria, qualcuno può subito sollevare il problema e dire "io stanotte non ero aggiornato".

Spegni tutto e cancella il file peers.dat e debug.log nella directory del bitcoin.

In questo modo ti tornerai a scaricare i peer e azzeri i log.

Fai partire e guarda se inizia a sincronizzarsi o no. In caso di risposta negativa, posta il contenuto del file debug.log che può aiutare a capire la natura del problema.


PS. se hai bitcoin sopra, un backup del wallet prima di fare ogni cosa è consigliato!

Partendo da qui:
http://bitcoin.stackexchange.com/questions/1195/how-to-calculate-transaction-size-before-sending
in*180 + out*34 + 10 plus or minus 'in'


Quindi una TX con 1000 input e 100 output verrebbe, circa:
1000*180 + 1000*34 + 10 +- 100 => 180.000 + 34.000 + 10 +- 100 => circa 220Kb

Ho provato la formula su un paio di TX in blockchain a caso e funziona (anzi, in genere sovrastima le dimesioni).
Sarebbero quindi circa 22milli di Fee ogni 1000 utenti.

Questo implicherebbe che per dire, voi come Globobit che avete 0,1% di fee come mercato, se dovete pagare 0,022BTC ogni 1000 utenti per fare uno "snapshot", vi conviene solo se questi 1000 utenti vi hanno pagato questi 22milli a vostra volta.

Quindi hanno mosso, mediamente, almeno 0,02 BTC al giorno a testa.


Sono calcoli molto approssimativi, e mettendo la TX consigliata. In realtà si potrebbe pure abbassare ed entrerebbe comunque. Rimane che è comunque un costo che classifico medio\basso (non trascurabile, ma sicuramente non proibiltivo) per un exchange.

Credo che con unica intenda "poche" transazioni.

Alla fine sarebbe una TX dove hai in input e output tanti address quanti sono gli user che in quel giorno hanno fatto dei movimenti.
Questo significa che se hai 1000 user che hanno fatto movimenti di compra\vendita, avresti una TX con 1000 indirizzi di input e altrettanti di output. Parliamo di una TX di un centinaio di KB.

Username: davvo84

Thanks again stunna!

Comunque a me personalmente la garanzia fatta in questo modo non mi convincerebbe molto,anche che fosse 1/100, perchè se è piccola è vero che l'exchange rischia meno.. ma garantisce pure meno. Cioè se deposito 10mila euro e mi garantisci che 100 li recupero sicuro... "sticazzi" 

Però magari c'è qualche idea per offrire garanzie anche in questo senso che ad ora ci sfugge, quella sulle valute virtuali (BTC e tutti derivati) con "snapshot" (chiamiamoli cosi) secondo me è ottima



Tranquillo, io in genere lo faccio gasato dagli insulti che prendo 

Pero cosi facendo, obbligheresti l'exchange ad "acquistare" BTC con le tue FIAT o aver dietro immensi fondi di investimento.

Nel senso (se ho capito cosa intendi).
Io come exchange posso anche dire che ogni X€ di tuoi soldi metto a garanzia su un wallet BTC  con tasso di 1/4(Quindi tasso nettamente piu basso).

Ora, comunque quel BTC (a circa 1/4) dovrei comprarlo. Prendendo gli ultimi mesi di mercato significa che tenendo lo stesso tasso, 5-6 mesi fa, se tu versavi 2000€ (con BTC a valore 500€) io compravo 1 BTC da metter in questo fondo.

Poi li lasciavi li, visto che il BTC sta scendendo (E quindi conviene aver valuta FIAT) e oggi, quando vai a comprare (calo del 50% del BTC), io per far in modo che tu abbia comunque i 2000, io dovrei vendere 2BTC (questo perchè 1500€ sono quelli nel conto e gli altri 500 sono fatti dalla vendita dei BTC del fondo).

Ora, quel BTC di differenza ce l'ho dovuto metter io come exchange... per cui io come exchange dovrei scommettere sull'andamento dei BTC, questo è ancora piu pericoloso che far riserva frazionaria.


Se ho capito cosa intendevi, se no lascia perdere quanto ho scritto  


PS. in teoria tutti gli exchange che trattano valute FIAT comunque non dovrebbero fare da mixer, in quanto dovrebbero garantire il KYC (Know Your Customer), quindi sotto dovrebbero tener traccia di ogni "mixerata" che fanno proprio per questo motivo.
PS2. quando intendo un thread serio in cui emergono problemi e si discute, intendo questi post, non cagate filosofiche. Questo genere di discussioni per me è utile per un exchange, che sia il tuo, quello distribuito o qualunque altro exchange ci legga. E di utenti che sono disposti ad aiutare e dare idee a gratis ne trovi, non trovi certo polli da sfruttare.

Si ma cosa vuole dire... il conto è uno.
Se dai l'accesso l'utente vede il conto totale dell'exchange, non il suo, quindi non c'è il controllo.

E non ho detto che è infattibile, ma che nessuno lo farà mai. Sfido a trovare un exchange che voglia metter pubblico tutti i dati del suo conto bancario... su, parliamo di cose serie, non di giochini.

@Stemby e @picchio:
Si vero, cosi funziona quasi perfettamente per le virtuali, errore mio.

Il problema rimarrebbero le FIAT, perchè se si vogliono utilizzare FIAT su istituti di credito o altro, è impossibile per l'utente verificare il conto bancario, e su questo penso che nessun exchange acconsentirebbe a farlo.

Quindi basterebbe fare che Bassotto, invece che far "sparire" BTC, facesse un versamento finto di 10mila euro (poi compro, ottengo i BTC e li faccio uscire ecc). Sto facendo riserva frazionaria con Euro. Certo però, limiterebbe di molto il problema.

Sto cercando di farmi venire in mente altri modi per truffare il problema e veder insieme se si possono risolvere  

Questo perchè non conosci e non sai usare i btc, ma vuoi spiegare differente tra exchange e altro...


Se io utente pippo inizio la giornata con 10 BTC, poi faccio scambi e ho 2BTC e 40LTC... significa che un altro utente (pluto) avrà 40LTC in meno e 8 BTC in piu.

Fare che ogni giorno, a mezzanotte (per dire) prendo ed eseguo che dal wallet di pippo a pluto sposto 8BTC e da pluto a pippo 40LTC è fattibile anche in modo non decentralizzato....

Bisognerebbe fare un po di calcoli su quante queste transazioni siano davvero "mega", su exchange tipo stamp o altri rischiano di aver centinaia di address di input ed output al giorno, e quindi pesare svariate decine di KB.


Oltre a questo però, il problema di inserimenti "finti" non verrebbe comunque risolto, se ho capito cosa intendete.
Infatti sarebbe una specie di "stamp" in blockchain della situazione in quel momento. Certo, dimostrerebbe che quei BTC sono davvero in possesso, ma se venissero inseriti degli indirizzi in output fittizi (il solito indirizzo Bassotti) questi entrerebbero nello stamp, uscirebbero dal "wallet" e a quel punto si sarebbe comunque fatto riserva frazionaria.

Purtroppo questa non è una cosa verificabile neppure facendo ogni TX in blockchain da come posso immaginare un tentativo truffaldino di questo genere.

Infatti se l'utente bassotto è legittimo, ad esempio ha depositato in FIAT 10mila euro, comprato 45 BTC e prelevati, per cui il percorso di uscita di 45BTC è giusto.. oppure è una manipolazione di tutto, quindi inserito in DB diretto e prelevato solo 45BTC, dalla parte BTC non vedremmo differenze.

Quindi dobbiamo comunque "fidarci" dell'exchange, quindi non vedo alla fine grosse differenze e vantaggi da quell'exchange che invece usa il metodo tradizionale con cold ecc ecc... ma forse mi sfuggono!

La tua novità ha un problema, ti sto dicendo che non funziona.

Come fai a ribattere? Spieghi cosa sono i bitcoin. Metti la frasetta filosofica su strumenti e persone. Per finire vai sulla tua bici rubata. Insomma, cambi argomento in tutto e per tutto, come sempre, ma non riesci a ribattere.

Nulla di nuovo Ciccio, quando non sai come ribattere cambi argomento, tiri fuori parole fighe da impressionare e le scrivi magari in grassetto (vedi strumenti ora, vedi frode fiscale prima) ma non cambia il finale, la sostanza dei tuoi messaggi è zero.

Come il numero di persone che ad ora ti hanno ad ora sostenuto in questo thread. Fatti delle domande e pensa alle risposte, ma senza divagare stavolta, stai rispondendo a te stesso, dovresti provar ad esser sincero 

E perchè?

Nell'esempio sopra è stato fatto  con i BTC. Dove non ci sono regolamentazioni di frode fiscale o altro. E non puoi impedirlo. L'esempio sopra rimane valido e fattibile da un gestore con cattive intenzioni, quindi non puoi dimostrare nulla.

Ripeto, la tua novità è: "Ti metto a disposizione un sistema in cui devi fidarti"... niente di nuovo quindi. Il resto sono le solite chiacchiere per divagare dal problema, perchè il problema cosi come descritto rimane.

Non era molto diverso da quello scritto qui:


Sarebbe basato leggere invece che augurare la morte a chi magari ti sta facendo notare difetti del tuo "progetto" 

E qui ti volevo. Ce ne hai messo di tempo a speigare in modo semplice che il tuo sistema non funziona.
Motivo? Aggiungo al tuo esempio l'utente Bassotto e cambio leggemente le scritte, guarda che bel giochino  


Bassotto non ha in realtà MAI depositato nulla ma tu, gestore truffaldino, gli fai risultare un prelievo di 10 BTC.

Morale della favola:
Pippo deposita 6BTC
Pluto deposita 4BTC
Topolino deposita 11BTC
Minnie deposita 1BTC
Bassotto preleva 10BTC.

Totale BTC depositati sull'exchange: 22BTC
Totale BTC prelevati dall'exchange: 10BTC
BTC che mi aspetto quindi di trovare sul wallet: 12BTC.

Se io vado alla pagina https://blockchain.info/address/1FRWyDG8dx9fU3kWRdHc65TC4KGZJVUNPv della blockchain vedrò i 12BTC residui sull'exchange.

E' ovvio che ne' Pippo, ne' Pluto, ne' Topolino, ne' Minnie sanno quanto hanno versato gli altri utenti ne sanno che Bassotto non è una vera persona ma è un utente finto. Il resto è dato dalla tua trasparenza.
Trasparenza che mi ha permesso di dimostrare che nel tuo sistema, un exchange può barare i dati e vantarsi di aver un sistema di verifica che non verifica nulla.

Per cui, per esser sicuro che non bari, devo semplicemente fidarmi del creatore dell'exchange?

Ok, e questo non prova nulla.
Siamo punto ed a capo, ancora non mi hai spiegato come provarlo. Non serve copia-incolla di frasi, teoria e manfrine varie.

Basta un esempio pratico.

Inventati 4 utenti, pippo, pluto, topolino e minnie. Fagli fare depositi e prelievi in una settimana (scrivi le azioni che fanno e quando). Scrivi cosa mostra il tuo sito e cosa può un altro utente verificare e dimostrami con fatti e matematica (e non parole varie) che la cosa è legit.


Ps. fare vari post uno dopo l'altro non penso sia consentito da regolamento....

Si... grazie della spiegazione, queste cose già le sapevo, so come funzionano gli exchange.

La domanda è, tu come fai a dimostrare che non spendi i BTC?

Crei una pagina con tutti i wallet e un altra con già la somma fatta dei vari utenti tra depositi e prelievi e se il conto torna hai tutti i BTC?

Se fai cosi non ha senso, se fai in altro modo, vorrei capire come, perchè NON è possibile aver una prova di solvibilità se non fidandosi dell'exchange. Dimostrami il contrario, che esiste una prova che non si basi sulla fiducia.