Riporto anche qui in "caso" Oraclize, che senz'altro farà scuola in Italia. @Randagio: magari riceverai delle testimonianze, ma per casi di questo tipo ti consiglierei di consultare un commercialista di fiducia. Ciao! |
|
|
|
Progetto che sembra molto bellino; ho letto un po' di documentazione senza provarlo, per il momento. Direi che si può affiancare a ChangeTip; avendo un'impostazione abbastanza diversa non sono servizi in concorrenza diretta. http://autotip.io/L'unico mio dubbio è che riesca a diffondersi: manca forse di quella viralità che invece è evidente in ChangeTip. Ciao! |
|
|
|
Secondo voi esiste un sistema per comprarsi una casa in italia pagandola direttamente in bitcoin?
Io vendevo il bar per BTC... Ma alla fine l'ho venduto per €. e nel caso avessi trovato un acquirente, come avresti fatto per fare la transazione in maniera da poterla registrare presso un notaio? Mi sarei informato presso notaio/commercialista/avvocato su come fare. auguri Grazie all'ultimo documento rilasciato da Banca d'Italia, pare non sia poi così difficile: http://www.capaccioli.net/bitcoin/2.%20atto%20costitutivo.pdf(atto costitutivo di una S.r.l. redatto da un notaio italiano, con capitale versato interamente in bitcoin) |
|
|
|
Per me si può già annunciare il vincitore. Questa non la batte nessuno  Effettivamente uscite di questi livelli a marzo dovrebbero vietarle, altrimenti ci ammazzano il concorso. Qui siamo davvero al top. Sfido chiunque a riuscire a fare di meglio, su una testata altrettanto nota... |
|
|
|
Io sto usando http://dnscrypt.org/ che è un sistema per fare richieste DNS che NON possono essere intercettate neanche dall'ISP. Bello, non lo conoscevo! Grazie per la segnalazione. Noto tra l'altro che è recentemente entrato in Debian (Sid). Da quanto ho visto in realtà però è qualcosa in più, che rende sicura la comunicazione con un server DNS. Ciao! |
|
|
|
Vuoi che apro un server per electrum?
Se può servirti... Devi vedere tu, alla fine: una volta chiare le proprie esigenze, si valutano le possibilità disponibili (ed eventualmente si possono immaginarne nuove) e infine si sceglie quella più adatta. Ciao! |
|
|
|
|
Si può sempre tirarsi su un proprio server privato, volendo.
Ciao!
|
|
|
|
credo che anche la votazione di iammine sia finita Ehm, sì.  Risultato votazione iammine: 0 voti validi 0 voti favorevoli 0 voti >= Hero Member 0 voti contrari Rimetto in fondo alla lista dei candidati. |
|
|
|
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).
Sì, per ottimizzare l'algoritmo questo dovrà dare maggiore priorità agli utenti che abitualmente fanno poche transazioni giornaliere, e che quindi più probabilmente non andranno a scombinare nuovamente i conti prima di mezzanotte; oppure (non per forza in alternativa, i due approcci possono anche coesistere) dare maggiore priorità a chi non ha offerte sull'order book, o ne ha poche, o ha offerte che difficilmente saranno eseguite a breve. Oppure... beh, dai, facciamo spremere il cervello un pochino anche al programmatore che vorrà implementare un meccanismo di questo genere Ultimo consiglio: direi che la logica fuzzy può tornare decisamente utile. Ciao! |
|
|
|
quello che non capisco e' il gateway cinese prima o poi finirà i soldi a forza di saldare le varie "cambiali" che gli vengono presentate, quindi chi sara' il componente che dara' liquidità al mercato?
cioe' il conto del gateway CNY dovrà essere prima o poi "ricaricato", giusto?
Non "prima o poi", ma solo "prima". Gli IOU si generano e si possono ritirare (risultano presenti nel proprio client ripple) solo previo deposito di altrettanta valuta fiat "vera" presso il gateway. I soldi non sono del gateway, ma dei suoi utenti: da qualche parte nelle linea di trust c'è qualcuno che ha depositato CNY con l'intenzione di recuperare EUR e viceversa qualcuno che ha depositato EUR con l'intenzione di recuperare CNY (oppure possono esserci infinite transazioni di cambio intermedie con altrettante valute diverse). L'intero equilibrio è fatto dal mercato. Se c'è più gente che vuole recuperare EUR di quella che vuole recuperare CNY, il prezzo dell'EUR sale e quello del CNY scende; se domanda e offerta non si incontrano, lo scambio non avviene proprio. Ciao! |
|
|
|
Prendiamo questo esempio e facciamolo per 1000 utenti, credo che venga su un casino della madonna....
Certamente: la cosa andrebbe studiata con grande cura. Del resto è già tanto aver pubblicato una possibile strada: mica vogliamo anche svilupparla gratis, no? In ogni caso, se l'algoritmo è pensato bene, quello che appare un groviglio inestricabile per un umano risulta una banalità per un calcolatore. 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"
Io come messaggio metterei: «ogni giorno, a mezzanotte, potrai provare che siamo ok». Se poi l'aggiornamento avviene prima, tanto meglio. si potrebbe anche sollevare il problema che, sfruttando le differenze di orario nelle transazioni, io posso comunque fare riserva frazionaria (o come vogliamo chiamarla).
No, la sincronizzazione di tutte le transazioni a spese dell'exchange, fatta una volta al giorno, va lasciata senz'altro in ogni caso, cercando però di sfruttare il più possibile anche le transazioni in uscita per risparmiare sui costi di gestione. |
|
|
|
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.
In realtà, sfruttando l'idea - geniale - di picchio di "scroccare" le transazioni sfruttando quelle in uscita (fatte da quelli che ritirano bitcoin dall'exchange), questo costo potrebbe essere di molti ordini di grandezza più basso, diventando sostanzialmente trascurabile. Certo, qualche calcolo andrebbe fatto in ogni caso (e mi piacerebbe leggerlo). Ciao! |
|
|
|
@Stemby e @picchio:
Si vero, cosi funziona quasi perfettamente per le virtuali cripto, errore mio.
Fixed  (son ben più virtuali le fiat) 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" A me invece (a sensazione, non ho ancora maturato una posizione ben meditata) l'idea potrebbe non dispiacere. Tieni presente che anche il sistema bancario non garantisce più di un tot ai propri correntisti. Il fatto poi che l'exchange "scommetta" su Bitcoin si può leggere benissimo come atto di fiducia nei confronti del sistema, il che mi sembra un punto positivo. Del resto non è un azzardo sconsiderato: l'impostazione della moneta è deflativa, e sul lungo periodo (seppure niente sia sicuro) è sensato attendersi un apprezzamento della moneta, quindi il rischio lo considererei tutto sommato relativamente limitato. Addirittura immaginando un apprezzamento di 10 volte nel giro di uno o pochi anni (cosa tutt'altro che impossibile), un exchange che all'inizio garantisse il 10% dopo quel lasso di tempo finirebbe per garantire il 100%. |
|
|
|
Il network Ripple permette solo ed esclusivamente di tenere traccia dei vari trasferimenti di denaro giusto?
Giusto. (almeno, questo è l'uso prevalente, ma stanno anche lavorando sugli smart contract) rappresentando questi con il concetto di IOU, in sostanza chi emette questi IOU ( il gateway ) sara' lui stesso il responsabile dell'invio di valuta FIAT per sanare il debito?
Esatto. IOU (leggi: I owe you) significa letteralmente proprio "io ti devo", ovvero "io sono in debito con te". Se possiedi degli IOU di TRT, significa che tu sei creditore nei confronti di TRT e TRT è debitore nei tuoi confronti. Hai in mano 50 EUR IOU: vuol dire che qualcuno, se lo richiedi, è tenuto a darti 50 € firmati da Draghi sul palmo della mano.
Questo non implica il dover passare necessariamente attraverso una banca ?
Non necessariamente (anche se in genere è così): un debito può essere saldato anche in contanti, volendo. ... mi aspetto che se l'invio di FIAT viene fatto con la stessa valuta di scambio i costi non saranno elevatissimi
Non ho capito. In ogni caso se chiedi un bonifico, in genere il gateway te lo fa pagare. Ciao! |
|
|
|
Per i costi: si potrebbero sfruttare le varie transazioni che un exchange compie durante tutta la giornata (i withdraw dei vari utenti) e aggiungergli qualche ri-equilibratura dei saldi "scroccando" le transazioni richieste dagli utenti.
Bella anche quest'idea! picchio, bravissimo. |
|
|
|
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.
Questo è chiaro. Sarebbe interessante stimare in effetti quanto verrebbe a costare questa tecnologia se adottata da un exchange di medio-piccole dimensioni (tipo TRT) e da exchange grossi (tipo Bitstamp). Chi gestisce oggi un exchange ha tutti i dati per fare analisi molto precise; chi invece volesse entrare nel giro dovrebbe andare un po' per ipotesi (leggerei volentieri comunque qualche previsione messa nero su bianco). Oltre a questo però, il problema di inserimenti "finti" non verrebbe comunque risolto, se ho capito cosa intendete.
No, il problema viene invece risolto. Inserimenti finti corrispondono ad uscite vere: quei fondi da qualche parte devono venire. Se ad ogni utente corrisponde un indirizzo bitcoin (noto all'utente stesso), la volta che Bassotto ritira qualcuno si ritrova il proprio conto per forza di cose dimagrito. Se poi le transazioni fossero multisig (non sono sicurissimo che sia fattibile, ma a naso direi di sì) la cosa sarebbe proprio tecnicamente impossibile, dato che il prelievo fraudolento dovrebbe essere autorizzato dall'utente stesso con la sua firma. Ma forse è a me che sfugge qualcosa... |
|
|
|
Forse questo messaggio si e' perso tra le risposte precedenti ... idee e pareri in merito?
Che è l'unica cosa intelligente letta in questa discussione (a parte le sacrosante critiche rivolte nei confronti di "novità" dal valore nullo). L'idea di fare una (o pochissime) megatransazioni in blockchain una volta al giorno per aggiornare i bilanci di tutti gli utenti potrebbe davvero funzionare. L'exchange diventerebbe una sorta di camera di compensazione (quindi per alcune ore ci si deve fidare, ma i rischi si ridurrebbero drasticamente), e a fine giornata l'utente potrebbe verificare in blockchain che effettivamente quanto depositato meno quanto prelevato corrisponda al proprio saldo. Sarebbe a mio avviso un'alternativa interessantissima ad un exchange p2p, permettendo tra l'altro ad entrambi i sistemi di restare competitivi in diverse nicchie di mercato: entrambi gli approcci hanno infatti sia dei pro che dei contro. Bravo picchio: sei davvero una fucina di idee. Ciao! [EDIT] Commissioni più alte (ci sono le fee dei miners) e tempi di transazioni lunghi (c'è da aspettare le conferme). Ci avevamo pensato per il nostro (Globobit) ma ci saremmo messi un passo indietro rispetto alla concorrenza alzando i costi e allungando i tempi d'attesa fra gli ordini.
Questo è vero se si pensa di fare in blockchain tutte le transazioni. Non se si facesse un'unica transazione al giorno. [/EDIT] |
|
|
|
|
Show Posts
