Topic: [IDEA] Twitter Eterno, social network incensurabile (nome da trovare) (Read 1922 times)

Ok ma prima o poi bisognerebbe farlo, ad esempio post relativi a commercio di armi, droghe, pedopornografia e altra roba simile per capirci.. perchè sono abbastanza sicuro che la responsabilità non ricada al 100% solamente sugli utenti se non si prevedono misure atte alla rimozione dei contenuti e segnalazione alle autorità competenti (es. silk road - concorso in reato).

Tanto il modo di scrivere e leggere i messaggi sarebbe uno standard, e quindi potrebbero esserci altri 10 siti/clone che mostrerebbero lo stesso risultato

Alla prima occasione in cui il servizio fosse costretto a togliere un messaggio dalla loro visualizzazione, se ne aprirebbero altri 2/3.

Questa è una bell'idea, ci stai già lavorando ?

1) Il guadagno dalla pubblicità del servizio o un tot periodico versato dagli utenti, potrebbe evitare di dover pagare per ogni tweet? Con limiti ai tweet postabili ovviamente

2) Ho un dubbio. Hai scritto "incensurabile", si magari sulla blockchain.. ma sul sito stesso (dove il contenuto viene effettivamente visto) potresti censurare, magari per una segnalazione o perchè costretto dallo stato..

Twetern

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.

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à.

[Non ho avuto il tempo di leggere bene ma lascio comunque due appunti veloci]

E' esattamente quello che fa counterparty per registrare le transazioni relative agli assets.
Definisce un database costruito con il parsing della blockchain (quindi sostanzialmente definisce solo un set di regole per la costruzione del database).
Ora non so bene come comunichino tra di loro i vari demon "counterpartyd" ma credo che realizzino una rete p2p a loro volta (in effetti non ci sarebbe necessità neanche di farli comunicare tra loro, visto che il consenso è realizzato sulla blockchain).

Il "twitter" si potrebbe realizzare in maniera decentralizzata con un fork di counterparty;
Fra un po' comunque counterparty abiliterà anche in main net le funzionalità degli smart contracts e sono quasi sicuro che si possa realizzare il tutto direttamente su quella piattaforma in maniera molto semplice.

1) per il name "squatting" si potrebbe realizzare un mercato dei nick
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.

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.

Anche a me piace di piu' come soluzione ... ma ethereum e' partito? A me non risulta ...

Si potrebbe fare una chain apposita per questo tipo di utilizzi... Ma a questo punto conviene direttamente utilizzare ethereum dove un applicativo distribuito simile lo puoi fare in poco codice

Per risolvere l'ambiguità nome indirizzo si potrebbe, in fase di registrazione, prenotare il nome rendendo inutili le associazioni successive a meno di un cambio nome (vendo il nome), e per evitare spam basta mettere un costo per la creazione del nic.
Il problema degli 80 Byte rimane ... forse bisogna comprimere i messaggi riuscendo a scrivere qualche carattere in più.
Ma vedo come problema il sovraffollamento della chain, forse altre monete sono piu' indicate?
Dove hanno memorizzato la foto di Mandela e altri files famosi memorizzati nella chain?

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.

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.

Okei, mi sembra ragionevole in effetti a livello di costi; per quanto riguarda il sistema di following/followers, hai idea di come si potrebbe gestire?

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à.

Twittare in questo sistema comporta una perdita di denaro, come motivare l'adozione?

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)