Greenaddress non è opensource, almeno per la parte più importante, ovvero il lato server.
FaSan
No pero' ha le API cosa che lo rendono piu' interessante per me che sono un Software Engineer. Io, come Software Engineer, compilerei direttamente tutto il wallet copay in una mia vps anzichè utilizzare un servizio terzi tramite api. Chiaramente è una scelta del tutto personale. FaSan
|
|
|
Secondo me, se uno ha debiti, specialmente con un privato, fino al completo pagamento dovrebbe limitarsi pure sul cibo. Ma non tutti ragionano così.
Ma se lo denunci e vinci le spese legali non sono a suo carico? Io consiglierei di denunciare subito, non solo per riavere i tuoi soldi ma anche a scopo educativo.
Sono veramente esterefatto da chi pensa che venire meno ad una promessa di pagamento in questo modo sia "scusabile", soprattutto considerando che il soggetto in questione possiede dei beni (le macchine e le quote societarie) di sicuro interesse per hostfat, o per altri.
Esatto. "Non tutti ragionano così". La finalità ultima di questo thread, come più volte ribadito, non è a scopo educativo ma esclusivamente una forzatura per recuperare il credito, tant'è che più volte si è detto che verrà rimossa a chiusura del debito. Quindi se la finalità è recuperare il credito, stargli col fiato sul collo non fà altro che inasprire i rapporti ed il rischio di non vedere più una lira è altissimo. Può non piacere, nel mondo ideale non succede, c'è anche gente che queste cose non le fà, ma non mi sembra questo il caso. FaSan
|
|
|
Pare però che i soldi per iscriversi ad eventuali associazioni li abbia.
Ragionamento del piffero. Se vuoi che ti paghi devi dargli spazio per poter lavorare e dovresti agevolarlo anzichè stargli col fiato sul collo. Anche perchè se il suo business si ferma, si fermano anche i tuoi rimborsi. IMHO. FaSan Questo è un ragionamento del piffero imo, se hai dei soldi che sono di un'altra persona e questa li reclama non hai nessun diritto di spenderli per fare un investimento personale Questo nel mondo ideale. Nel mondo in cui vivi, invece, non è sempre così. FaSan
|
|
|
Ma se utilizzi il comando "sendrawtransaction" puoi scegliere sì l'UTXO ma non l'account, poichè quel comando, come succede per "sendtoaddress", addebita la spesa solo sul bilancio del default account indipendentemente dall'account a cui è associato l'indirizzo da cui si sceglie di muovere i btc. Quindi anche se si scegliesse specificatamente di spendere un UTXO di un indirizzo associato all'account Pippo, toccherebbe riaggiustare in seguito a mano con un "move" la situazione, altrimenti con "getbalance Pippo" (o "listaccounts") non si otterrebbe il bilancio corretto relativo all'account Pippo dopo la rawtransaction; in teoria il bilancio di Pippo non dovrebbe proprio essere toccato da una rawtransaction. A tal proposito cito il seguente post di Andresen : Assolutamente si, il "move" è indispensabile per pareggiare i bilanci, ed infatti serve solo a questo FaSan
|
|
|
Copay. Sviluppato da Bitpay, multisig, opensource.
FaSan
Greenaddress e' multisig e opensource. Qual'e' il tuo punto FaSan? Greenaddress non è opensource, almeno per la parte più importante, ovvero il lato server. FaSan
|
|
|
Pare però che i soldi per iscriversi ad eventuali associazioni li abbia.
Ragionamento del piffero. Se vuoi che ti paghi devi dargli spazio per poter lavorare e dovresti agevolarlo anzichè stargli col fiato sul collo. Anche perchè se il suo business si ferma, si fermano anche i tuoi rimborsi. IMHO. FaSan
|
|
|
sto installando GreenAddress, figo che si installa su chrome ma è sicuro?
GreenAddress e' il Wallet piu' sicuro in circolazione: 1) Multisig 2) Autenticazione a due fattori 3) nLockTime: possibilita' di recuperare i tuoi fondi anche se la societa' fallisce 4) Accesso in modalita' "watch-only" Se poi hai qualche dubbio... il supporto e' in Italiano. Ciao. Copay. Sviluppato da Bitpay, multisig, opensource. FaSan
|
|
|
Il comando "move" invece permette di spostare la balance tra un account e l'altro non andano però a influire sugli address.
Ora quindi io mi chiedo, avendo: Account Pippo -> 1 BTC di Balance e Address con 1 BTC Account Pluto -> 0 BTC di Balance e Address con 0 BTC
Non potrei utilizzare il sendfrom dall'account Pluto perchè privo di fondi, quindi effettuo un:
sendfrom Pippo "to" Pluto "importo" 1 BTC ....
E' un vero peccato, perché avrebbe avuto molto più senso avere la funzionalità account "completa"
Dal mio punto di vista, per quanto non conosca a fondo tutti i dettagli della gestione della funzionalità account, il sistema mi sembra già completo così com'è. Perchè l'account Pluto dovrebbere effettuare un pagamento tramite "sendfrom" dal momento che il suo bilancio è a 0? C'è un motivo logico per cui il comando "sendfrom Pluto" nel primo caso non funzionerebbe. Il comando "move" è utile in 2 contesti: - se l'utente A vuole pagare l'utente B, entrambi clienti che si appoggiano allo stesso wallet, quindi si effettua una transazione virtuale tra account senza usare la blockchain e quindi senza fee - se si vuole effettuare una transazione tra l'account di default e quello di un altro cliente (o viceversa), anche qui senza pagare fee Ma ripeto se Pluto non ha fondi perchè dovrebbe effettuare un pagamento? Che senso ha sottrarre quei fondi allora dal bilancio dell'account di Pippo? E' quindi impossibili suddividere gli account come se fossero dei wallet indipendenti l'uno dall'altro (ovvero facendo spendere i BTC solo da address di un determinato account)?
Secondo me come lo vuoi tu è impossibile (ma attendi il parere di qualche esperto tipo FaSan). Se invece vuoi semplicemente usare un sistema multi-wallet, si può fare anche con Bitcoin Core ma non è proprio l'ideale (altri client come Armory hanno già integrata invece questa funzionalità mentre Bitcoin Core non è pensato per questo tipo di utilizzo). Con Bitcoin Core si possono usare più wallet tramite l'opzione -walletfile ma con qualche scocciatura tipo stoppare Bitcoin Core ogni volta che si fa lo switch tra un wallet e un altro e rilanciarlo con l'opzione -rescan --> vedi qui e qui. Confermo quasi tutto. Il sistema è completo, il sendfrom funziona solo se l' utente ha credito attivo e non potrà mai andare in negativo. Puoi quindi usare gli account come wallet indipendenti. Se usi il QT puoi usare il coincontrol per scegliere gli address, da rpc sarebbe macchinoso, ma puoi sfruttare le UTXOs per creare una rawtx ad HOC. Il problema è che con Bitcon Core non si riesce, per quanto ne so, a lavorare contemporaneamente con più di 1 wallet alla volta.
Si può, indicando una datadir diversa e p2p e rpc port diverse. Chiaramente usando due datadir diverse devi avere due copie della chain sul disco. FaSan
|
|
|
a me un mio amico ha detto che per attivarla non ha dovuto chiamare nessun numero, ho solo dovuto inserire il numero di carta del sito ,lui era già totalmente verificato , però ha detto che non ha ricevuto il PIN, forse bisgona telefonare per il PIN?
Si esatto. Per il PIN serve la chiamata. Ma effettivamente ho il sospetto che basti chiamare da un qualsiasi numero (anche se non ho provato). Per rispondere anche a @offshorecc La reputo una carta inutile se non si è interessati al deposito in BTC Confermo, io la chiamata l' ho fatta da Skype. FaSan
|
|
|
Beh i tag puoi mettere quelli che vuoi, però questa discussione è dedicata agli escrow No, intendevo dire per riconoscere gli escrow, invece del semplice tag "italian" che è generico e per nulla legato all' attività, selezionarli con "italianescrow" o qualcosa del genere. FaSan Per ora sapere che una persona è italian-speaking mi pare sufficiente, non vedo perché disperdere ulteriormente qualcosa che è già fin troppo macchinoso. Magari perchè Bitrated non è esclusivamente riservato agli Escrow, ma è un sistema di trust con opzione Escrow, e sapere che qualcuno parla Italiano e poi non è disponibile a fare escrow non serve ad un piffero in questo contesto. Cmq ho fatto prima io, ho tolto la tag "italian", tanto ne posso fare benissimo a meno. FaSan
|
|
|
Beh i tag puoi mettere quelli che vuoi, però questa discussione è dedicata agli escrow No, intendevo dire per riconoscere gli escrow, invece del semplice tag "italian" che è generico e per nulla legato all' attività, selezionarli con "italianescrow" o qualcosa del genere. FaSan
|
|
|
Anch'io mi ritrovo in lista ma non sono interessato a fare da Escrow. Non è possibile scegliere dei tag più specifici ? FaSan
|
|
|
e ancora un' altra transazione con il buon Mars78. Velocissimo e senza l' ausilio di un Escrow. Perfect ! FaSan
|
|
|
e il giorno che capiremo che i cattivi siamo noi sarà troppo tardi
E' il buonismo il male del mondo. FaSan
|
|
|
Che probabilmente non sono mai partite dal tuo wallet.
Chiudi il client, e riparti con "-rescan" (dovrebbe o eliminarle o farle partire), se invece non ti risolve, riparti con "-salvagewallet".
ciao, utilizzo Bitcoicore qt installato su Mac.... come faccio a "ripartire" con "-rescan" oppure con "-salvagewallet"? grazie Da terminale, punti al binario dentro l' app e ci aggiungi i comandi FaSan
|
|
|
Altra Transazione senza Escrow. A++++++
|
|
|
Altra Transazione senza Escrow. A++++++
|
|
|
Puzza di Russia. Da quelle parti sono arrivate più truffe che altro. Li avevo già visti cliccando un banner mentre facevo un faucet. Quando vedo caratteri cirillici, giro al largo.. Per carità, poi mi posso anche sbagliare.
Mah a me sembra che le fregature più grosse vengano dal lato USA, pensa. FaSan
|
|
|
Non so se avete notato come nel tempo i "dead" ossia gli indirizzi che non hanno movimentazione dopo gennaio 2012 e' diminuita.... sembra che nel tempo alcuni grossi abbiano iniziato a movimentare fondi che erano solo congelati, non persi come si supponeva. Probabilmente la percentuale di bitcoin persi e' molto inferiore a quella che si supponeva lo scorso anno (ho letto studi che ipotizzavano un 30% di bitcoin persi...)
A presto ulteriori considerazioni.
E' quello che ho pensato anch'io. Poi purtroppo sono andato a spulciare e mi sono reso conto che la movimentazione era solo in entrata e, purtroppo, da parte di alcuni servizi -pubblicitari- che grazie alla -grande idea- di inviare pochi satoshi a tutti i TOP hanno contribuito ad alterare ogni possibile statistica FaSan E successo di nuovo, il primo di aprile. FaSan
|
|
|
|