Bitcoin Forum
June 01, 2024, 07:07:54 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 ... 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 [172] 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 ... 447 »
3421  Local / Italiano (Italian) / Re: [UTILE] Servizi/wallet contro la VOLATILITA' del Bitcoin (e altro) on: July 17, 2015, 11:21:48 AM
Questo servizio è passato da Bitreserve a Coinapult:
http://escrowmybits.com

Il motivo quasi sicuramente è perchè Coinapult non richiede KYC Wink
3422  Local / Off-Topic (Italiano) / Re: Servizi di scambio di moneta via banche italiane/SEPA anche senza uso di carte on: July 17, 2015, 08:31:06 AM
10 banche italiane pronte a farci mandare denaro con l’app Jiffy
http://smartmoney.startupitalia.eu/47524/pagamenti-mobili/10-banche-italiane-pronte-farci-mandare-denaro-lapp-jiffy/

Alcune che ho trovato (non sono ancora tutte attive, alcune lo saranno solo durante settembre pare)
- Widiba - https://www.widiba.it (Montepaschi)
- Unicredit
- Bnl
- Cariparma
- Ubi Banca (Ubi pay)
- Banca Carige
- Intesa
- CheBanca!
- Mediolanum
- Poste
- Banca Popolare di Milano
- Popolari di Sondrio e Vicenza

Quindi, sarà possibile spostare soldi fra queste banche instantaneamente, per non più di 0.50 cent.

Questo apre a tantissime possibilità di scambio per l'acquisto di Bitcoin Smiley
3423  Local / Progetti / Re: [IDEA] Twitter Eterno, social network incensurabile (nome da trovare) on: July 17, 2015, 08:12:41 AM
1) per il name "squatting" si potrebbe realizzare un mercato dei nick
Ho scritto precisamente che il follow lo si farebbe sull'indirizzo e non sul nick (rendendo quindi possibile la registrazione di nick uguali), questo proprio per EVITARE che possa nascere un mercato dei nick, voglio espressamente evitare che succeda.

2) c'è (o c'è stato) un dibattito sull'utilizzabilità dell' OP_RETURN per questo tipo di cose, e mi pare che alla fine si sia scelta un'altra strada... dovrei andare a ripescare le discussioni.
Si, buona parte della comunità, e in parte pure io non sarei in accordo con l'uso per queste cose, ma è anche vero che se qualcosa si può fare, qualcuno lo farà.
3424  Local / Italiano (Italian) / Re: [INFO] CARTE PREPAGATE - Anche ricaricabili con Bitcoin! on: July 17, 2015, 08:09:09 AM
Da settembre 2015 Neteller chiederà il 5% sui depositi Bitcoin, che comunque ancora non si possono utilizzare sulla carta:
http://imgur.com/YzLiaI0
3425  Bitcoin / Bitcoin Discussion / Re: Payment methods database for P2P Bitcoin exchanges on: July 17, 2015, 08:05:37 AM
No, I'm sorry.
3426  Local / Italiano (Italian) / Re: Flood attack - transazioni lente - aggiornamenti on: July 16, 2015, 10:53:06 PM
E' probabile che ci siano varie restrizioni in china per la gestione di denaro, ad esempio solo il fatto di poterne avere più di un tot, o non poterlo portare fuori dal paese.

Quindi investire in mining può essere vantaggioso anche già arrivando in patta per loro, o pure in perdita ... pur averne in quantità maggiori e/o da portare fuori.

Se vi dicessero che non potete avere più di 20000 euro, ma potete finanziare un industria (e chiedere finanziamenti) in un anno per maggiore di 100000 euro?

Non sono molto informato, ma avevo sentito di queste cose.
3427  Bitcoin / Bitcoin Discussion / Re: Payment methods database for P2P Bitcoin exchanges on: July 16, 2015, 10:15:18 PM
https://leupay.eu

They have an internal system to move money, like paypal:
https://bitcointalk.org/index.php?topic=978329.0



it's very cheap, only 0.10 euro cent.
3428  Local / Italiano (Italian) / Re: Flood attack - transazioni lente - aggiornamenti on: July 16, 2015, 03:04:31 PM
Scusa ma a tendere, quando i nuovi bitcoin da minare saranno finiti (anzi molto prima quando saranno insignificanti rispetto al totale del già minato) i miner dovranno per forza alzare la fee minima richiesta se vorranno avere un qualche guadagno. Quindi il "chiedere una fee minima" mi sembra una cosa naturale.

Ad oggi dato che il sistema genera nuovi bitcoin per i miner vi ricordo che i costi di transazione molto bassi li paghiamo tutti noi che possediamo bitcoin perchè li vediamo svalutati dal fatto che ne vengono generati di nuovi.
Può essere ma non è detto.
Considerate che ci saranno molte più transazioni, e quindi la somma di tutte le fee avrà un valore ben più alto.
3429  Local / Progetti / Re: [IDEA] Twitter Eterno, social network incensurabile (nome da trovare) on: July 16, 2015, 02:03:12 PM
Preferirei evitare compressioni di testo, e che il tutto rimanga facilmente leggibile con qualsiasi blockexplorer.
Comunque, questa è una cosa che si potrebbe, se ce ne fosse veramente bisogno, anche dopo.

Anche la prenotazione di nick preferirei evitarla, e affidarsi comunque al seguire indirizzi bitcoin. (tanto dall'interfaccia la cosa probabilmente invisibile all'utente)
Questo servirebbe oltre ad evitare l'ambiguità, anche ad evitare di creare situazioni di corsa alla prenotazione di nomi, che magari sarebbero poi rivenduti.

Come già scritto altrove, evitiamo di tirare fuori Ethereum, che è OT.
Oltre non esistere ancora non si è certi della sua sicurezza e mantenimento.
3430  Local / Progetti / Re: [IDEA] Twitter Eterno, social network incensurabile (nome da trovare) on: July 16, 2015, 01:27:49 PM
Altra cosa, si sta creando un database di identità.

Quindi sarebbe anche possibile creare tag come:
"io mi fido ci gino" -> "TE T GINO" (T per "trust")
"io mi fido di gino per non più di 100 euro" -> "TE T GINO 100 euro"
"io non mi fido di giro" -> "TE NT GINO" (NT per "not trust")
ecc... ecc ...


O meglio, visto che non ci si può affidare ai nick, esempio:
"io mi fido ci gino" -> "TE T 33nu4soHGJYMEtEiWfZ8zNvEtUvoa11FrM" (a quell'indirizzo sarebbe assegnata un identità)

Bisogna sempre riuscire a far stare tutto in 80 byte.
3431  Local / Progetti / Re: [IDEA] Twitter Eterno, social network incensurabile (nome da trovare) on: July 16, 2015, 01:19:01 PM
Si potrebbe fare in due modi:

1) Gestito interamente dal servizio usato in quel momento, dove indichi chi vuoi seguire, semplicemente indicando le varie identità.
Sempre il servizio di invierebbe le segnalazioni/notifiche di quanto questi utenti ti hanno scritto.
Questo però vorrebbe dire che, nel caso fai l'uso di un servizio differente, non potresti sapere che c'è qualcuno che ti sta seguendo.
Potresti saperlo solo se entrambi siete iscritti allo stesso servizio.

2) L'altra opzione è quella semplicemente di aggiungere un tag, esempio OP_RETURN:
"TE FL HostFat" (FL sta per "follow")
Tu, con la tua chiave privata vai a scrivere un OP_RETURN indicando il nick registrato.
A quel punto il servizio/client, dopo essersi girato tutta la blockchain, saprebbe che tu stai seguendo tale nick.
Grazie a questa soluzione gli altri potrebbero anche ricevere una notifica che c'è qualcuno che li sta seguendo.


A proposito di questo vedo un problema.
Il fatto che più persone potrebbero segnarsi lo stesso nick.
Sarebbe utile avere uno spazio di ricerca dove scoprire se un nick è già stato utilizzato, e quindi sceglierne un altro.
Ma allora vedo un altro problema.
Qualche persona potrebbe decidere di registrare un mare di nick differenti, cercando di occuparli.

Al che credo che la soluzione sarebbe che, per fare un follow, servirebbe uno schema differente.
Invece di:
"TE FL HostFat"
Si userebbe
"TE FL 17r2KiDsHcV54f6JCWBc2kZo72pDNjLvaP"

Si indicherebbe precisamente l'indirizzo proprietario, al che l'interfaccia saprebbe veramente di chi si sta parlando.
Ipoteticamente potrebbero esseri anche più di un HostFat ecc ... ma gli utenti deciderebbero solo di seguirne uno in particolare.

Idealmente si potrebbe scegliere di scrivere in colori differenti il nick delle persone in base all'indirizzo pubblico a cui sono assegnati, in modo che sia pià facile identificarli a vista fra i vari nick uguali presenti (se capitasse)
Oppure avatar/figurine sempre creati in base all'indirizzo pubblico.
3432  Local / Progetti / Re: [IDEA] Twitter Eterno, social network incensurabile (nome da trovare) on: July 16, 2015, 12:59:20 PM
E' "eterno", incensurabile, anonimo.

Il costo è la fee minima, praticamente 0.01 euro cent a messaggio.

Se prendesse piede è probabile che ci sarebbe poco spam e meno cavolate.

Probabilità di contenuto di maggiore qualità.
3433  Local / Progetti / [IDEA] Twitter Eterno, social network incensurabile (nome da trovare) on: July 16, 2015, 10:25:46 AM
Si tratterebbe di creare uno standard di tag e regole per scrivere negli op_return.
Questo schema standard e pubblico, potrebbe essere usato e letto da chiunque, e da qualunque servizio, che andrebbe a ricreare sull'interfaccia un simil-twitter, con la differenza da quello originale, questo non sarebbe cancellabile, perchè dentro la Blockchain del Bitcoin.

Quindi il servizio dovrà girarsi sempre tutta la blockchain, e in base a cosa trova andrà a ricreare il simil-twitter.
Visto che lo schema è pubblico, ripeto, potrebbero essere 1000 servizi che mostrerebbero questo "database".

Idealmente la soluzione migliore sarebbe che l'interfaccia di uno di questi servizi fornisca anche un wallet interno, cifrato localmente via javascript, che contenga la (o le) chiavi private per firmare queste transazioni.
Dovrebbe essere possibile estrarre e/o importare queste chiavi private.
La soluzione più facile sarebbe se si trattasse di un BIP32.


Esempio di regole, da cui prendere spunto.


Creazione account:
Si scriverebbe un OP_RETURN con su scritto ad esempio: "TE HostFat" (TE sta per Twitter Eterno, ma certamente si può trovare un nome migliore)
Questa prima regola indica che qualunque messaggio OP_RETURN che da ora in poi avrà come tag TE, E partirà da quell'indirizzo che per primo ha scritto nome HostFat, sull'interfaccia sarà indicato appartenente appunto ad HostFat.

Scrittura messaggio:
Data la regola prima, se da un indirizzo che ha già ricevuto un assegnazione scrivo in un OP_RETURN: "TE Oggi sono andato al mare"
Nell'interfaccia apparirà
"HostFat: Oggi sono andato al mare".

Risposte:
Se scrivo dal mio indirizzo bitcoin con un assegnazione, ad un altro indirizzo bitcoin sempre assegnato ad un altro utente, l'interfaccia mostrerà questa transazione come una risposta/richiamata ad un altro utente.
Nell'OP_RETURN non ci sarà scritto altro che il messaggio, ma farà fede l'indirizzo di partenza e quello usato come change address.
OP_RETURN "TE hai mangiato la minestra?"
Esempio nell'interfaccia: "@Mamma @HostFat hai mangiato la minestra?"

Cambio indirizzo:
Se per qualche motivo si volesse cambiare indirizzo Bitcoin, e serve una regola per indicare lo spostamento, esempio:
"TE MOVE IDENTITY"
Anche qui farà fede l'indirizzo iniziale e quello nel change address.
Il change address diventerà da quel momento in poi (non prima) considerato dal servizio che mostra l'interfaccia come quello da considerare come autore per l'identità assegnata precedentemente al primo indirizzo.

Retweet:
Questo caso è più complesso, idealmente si potrebbe assegnare un numero a tutti gli OP_RETURN presenti sulla blockchain, ripeto, tutti, anche quelli non assegnati al servizio TE
Se un vuole fare un retweet di un messaggio di un altro utente, scriverà ad esempio nell'OP_RETURN: "TE RETWEET 3265" (dove 3265 è il numero nel messaggio da rimostrare nell'interfaccia.

Messaggi più lunghi:
Ci potrebbero anche essere dei caratteri speciali di apertura e chiusura, dove se alla fine di un messaggio c'è un carattere di apertura, e al prossimo messaggio, scritto dalla stessa identità, c'è un carattere di chiusura, nell'interfaccia verrà mostrato come un messaggio unito/unico.

Descrizione, avatar, altro
Ipoteticamente sarebbe anche possibile inserire dei tag indicanti dati che andrebbero a creare ciò che ora su twitter sono appunto la descrizione dell'account, avatar e altre info, esempi di OP_RETURN:

Descrizione "D":
"TE D Sono un tizio qualunque che gli piace il calcio"

Avatar "A":
"TE A http://www.sito.com/blablavatar.jpg"

Quindi ora l'utente avrà pure l'avatar e la descrizione del suo account.
L'interfaccia considererebbe sempre gli ultimi OP_RETURN come quelli assegnati all'account da mostrare nell'interfaccia.
Se l'utente vuole cambiare descrizione/avatar o altro deve appunto scriverne di nuovi.


Pareri e migliorie?


Il rischio che ad un certo punto cambino le regole di OP_RETURN, e quindi questo social network non potrebbe più esistere (rimarrebbero solo i messaggi precedenti)
3434  Local / Italiano (Italian) / Servizio per scrivere in un OP_RETURN on: July 16, 2015, 08:51:32 AM
Che cosa vorreste trovare come funzionalità in un servizio per scrivere testo dentro lo spazio dell'OP_RETURN?
3435  Local / Progetti / Re: [IDEA] Insultami, minacciami, criticami, molestami, provaci ... ma pagami! on: July 15, 2015, 11:40:18 PM
Dove si perde la privacy?
3436  Local / Italiano (Italian) / Re: Flood attack - transazioni lente - aggiornamenti on: July 15, 2015, 03:03:49 PM
Non c'è un alto rischio che succeda, anche se certo qualcuno può avere il tuo parere, e smettere di usarlo.
Il valore delle cose però è soggettivo.

Alcuni potrebbero ancora usarla nel caso non avenga alcun double spend.

La probabilità di un double spend comunque non è cosi alta come sembra.
Il miner può si fare un double spend, ma soltanto dei Bitcoin che possiede.
E' molto investito sul bitcoin sul lungo termine, se ha comprato e accesso ad una tale potenza di mining, fare un double spend farebbe crollare la fiducia nel Bitcoin, e quindi nel valore che ottiene in premio.

In una situazione di 50+%, qualsiasi transazione di grossa entità richiederebbe numerose conferme.

Ripeto, poi ognuno ha la visione che preferisce, e farebbe le sue personali scelte.
3437  Other / Off-topic / Re: Leupay - "Free" online SEPA account in Luxemburg on: July 15, 2015, 12:01:15 PM
New dedicated app for 2FA:
https://play.google.com/store/apps/details?id=ipay.gatekeeper.gate.keeper
3438  Local / Guide (Italiano) / Re: [REPORT] Servizio leupay.eu (ex ipay.eu) - Conto online a Lussemburgo a gratis on: July 15, 2015, 11:59:30 AM
Aggiunto supporto 2FA con app dedicata:
https://play.google.com/store/apps/details?id=ipay.gatekeeper.gate.keeper

Prima era solo via SMS.
3439  Local / Progetti / Re: [IDEA] Insultami, minacciami, criticami, molestami, provaci ... ma pagami! on: July 15, 2015, 10:15:47 AM
Beh l'insulto è un po' una provocazione Wink
Mi aspetto giusto che questo aprà un canale che prima non era possibile:

Nessuno ha tempo di ricevere commenti, per quanto molti li vorrebbero, proprio per via del loro voler "apparire",.
Visto che pagati, non ci sarebbe lo spam.

Dall'altra molti non farebbero commenti in pubblico, per motivi etici e/o di immagine loro.
Ad esempio, difficilmente uno si alzerebbe e farebbe un commento razzista, quando magari in realtà lo penserebbe.

In questo caso si formerebbe l'opportunità, uno scaricherebbe il suo bisogno di scrivere appunto commento razzista, e l'altro ben felice di riceverlo perchè pagato Smiley

Tutto dipende dal costo credo.

Esempio:
Un fanatico razzista sarebbe disposto a scrivere qualcosa in modo anonimo tipo "brutto muso giallo di merda, vattene dall'italia!", per ad esempio 1 euro? (in btc)
3440  Local / Progetti / Re: [IDEA] Insultami, minacciami, criticami, molestami, provaci ... ma pagami! on: July 14, 2015, 08:28:46 PM
Si è vero, chi mette la foto è probabile che riesca a farsi trovare su google, ma la stessa cosa sarebbe anche se qualcuno facesse una semplice foto col cellulare.

Comunque, l'anonimato "importante", è per chi scrive.

Chi scrive non mostrerà niente di se.
Poi ovviamente, chi riceve il messaggio potrà pensare che è una delle persone che ha incontrato.

Ma anche se qualcuno non imposta nessuna immagine di se, per nascondersi completamente, poi non troverà nessuno che sarà disposto a scrivergli (e quindi di poter guadagnare)
In genere l'app sarebbe utile per chi vuole mettersi mostra a tutti i costi.
Pages: « 1 ... 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 [172] 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 ... 447 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!