Topic: DECRED PARTENZA giorno 8 febbraio 2016 ORE 19:00 ITALIA - page 4. (Read 83818 times)
il limite é 142 giorni e ne sono passati 99 da allora, sarebbe meglio che venisse votato che piuttosto vederlo scadere.
Ma esiste un limite di tempo per la chiusura dei ticket? Possibile che ne abbia ancora uno attivo che ho aperto il 31 dicembre?
sì è stato chiuso ed approvato, questo vuol dire che se hanno intenzione di rilasciarlo il 14 aprile sposteranno gli altri issues aperti alla 21.05 del mese prossimo ma nella 21.04 lo staking di decred ci sarà 
P.S.
sette ore alla fine del voto
https://voting.decred.org/
P.S.
sette ore alla fine del voto
https://voting.decred.org/
Spulciando github ho notato che il codice sia stato aggiunto alla milestone 21.04 di Trezor se tutto va bene forse verrà rilasciata ad Aprile
https://github.com/trezor/trezor-firmware/milestone/30
Sembra che inoltre Trezor per lo staking supporti solo Cardano questo renderebbe Decred la seconda crypto supportata in assoluto, potrebbe valere anche un twit da parte loro
https://github.com/trezor/trezor-firmware/milestone/30
Sembra che inoltre Trezor per lo staking supporti solo Cardano questo renderebbe Decred la seconda crypto supportata in assoluto, potrebbe valere anche un twit da parte loro
Sembra che la parte deCRED per la nuova release di Trezor sia conclusa e sicura, vero?
É stata rilasciata la 1.6.2 ci sono delle novità per chi usa il wallet in modalità SPV che vedrà scaricare ancora meno dati in fase di avvio e fix per bug minori di interfaccia e acquisto ticket tramite VSP
https://github.com/decred/decred-binaries/releases
Sul fronte sviluppo continua il lavoro : questa bella pull request su github ci informa che sono iniziati i lavori di integrazione del DEX all'interno di Decrediton.
https://github.com/decred/decrediton/pull/3356
Qualcuno forse ricorderà la demo dell'anno scorso del pagamento istantaneo tramite LN effettuato su un indirizzo Bitcoin fatto tramite una conversione automatica da Decred. Ebbene ai tempi i dev accennarono ad un problema del LN su questo genere di conversioni che riassunsi in questo post:
Le previsioni sembrano siano state rispettate ed buon Mathusd ha presentato una demo delle PTLC
https://youtu.be/m1sQGHUKU7I
https://github.com/decred/decred-binaries/releases
Sul fronte sviluppo continua il lavoro : questa bella pull request su github ci informa che sono iniziati i lavori di integrazione del DEX all'interno di Decrediton.
https://github.com/decred/decrediton/pull/3356
Qualcuno forse ricorderà la demo dell'anno scorso del pagamento istantaneo tramite LN effettuato su un indirizzo Bitcoin fatto tramite una conversione automatica da Decred. Ebbene ai tempi i dev accennarono ad un problema del LN su questo genere di conversioni che riassunsi in questo post:
sì l'ha fatto attraverso il canale SNDL sta pure saltando fuori una discussione molto interessante sui limiti dei canali e dei potenziali rischi di problemi come questo https://lists.linuxfoundation.org/pipermail/lightning-dev/2018-December/001752.html ed eventuali soluzioni visto che si tratta di un problema del LN stesso che sarà risolto quando saranno implementati i PTLC https://suredbits.com/payment-points-monotone-access-structures/. si parla un annetto circa secondo le previsioni di sviluppo.
Le previsioni sembrano siano state rispettate ed buon Mathusd ha presentato una demo delle PTLC
https://youtu.be/m1sQGHUKU7I
Spulciando github ho notato che il codice sia stato aggiunto alla milestone 21.04 di Trezor se tutto va bene forse verrà rilasciata ad Aprile
https://github.com/trezor/trezor-firmware/milestone/30
Sembra che inoltre Trezor per lo staking supporti solo Cardano questo renderebbe Decred la seconda crypto supportata in assoluto, potrebbe valere anche un twit da parte loro
https://github.com/trezor/trezor-firmware/milestone/30
Sembra che inoltre Trezor per lo staking supporti solo Cardano questo renderebbe Decred la seconda crypto supportata in assoluto, potrebbe valere anche un twit da parte loro
Wow wow wow: sembra a questo punto che non ci siano più scuse per non puntare direttamente un Trezor T
Spulciando github ho notato che il codice sia stato aggiunto alla milestone 21.04 di Trezor se tutto va bene forse verrà rilasciata ad Aprile
https://github.com/trezor/trezor-firmware/milestone/30
Sembra che inoltre Trezor per lo staking supporti solo Cardano questo renderebbe Decred la seconda crypto supportata in assoluto, potrebbe valere anche un twit da parte loro
https://github.com/trezor/trezor-firmware/milestone/30
Sembra che inoltre Trezor per lo staking supporti solo Cardano questo renderebbe Decred la seconda crypto supportata in assoluto, potrebbe valere anche un twit da parte loro
è una modalità che comunque ti permette di inviare e ricevere DCR dopo la conferma sul device tramite pin ma non puoi fare lo stake e mixare.
Ah, allora è qualcosa in più del solo watch-only, lo avevo inteso "alla lettera". Allora un pensiero si potrebbe anche fare.
è una modalità che comunque ti permette di inviare e ricevere DCR dopo la conferma sul device tramite pin ma non puoi fare lo stake e mixare.
Mentre il merge del codice già pronto, renderebbe il Trezor ufficiale compatibile con tutte le funzioni di Decrediton, che già supporta Trezor ma nella sola modalità watch only
Quindi, in definitiva. meglio aspettare che vanga "iniettato" nel firmware del Trezor il software già pronto, anche perché cosa ce ne facciamo di un wallet su Hardware in modalità "watch-only"?
Un firmware custom da parte del team di Decred sarebbe un firmware non ufficiale ed andrebbe a sostiturire quello ufficiale di satoshilabs, sarebbe utile per avere un Trezor dedicato solo a Decred, poi magari potrebbe supportare anche tutto il resto ma non sarebbe garantito in quanto pensato solo per Decred ed avrebbe l'unico scopo di non costringere l'utenza ad aspettare ulteriormente.
Mentre il merge del codice già pronto, renderebbe il Trezor ufficiale compatibile con tutte le funzioni di Decrediton, che già supporta Trezor ma nella sola modalità watch only
https://docs.decred.org/wallets/decrediton/trezor/
Ed eviterebbe anche potenziali inutili polemiche che potrebbero nascere visto che qualcuno potrebbe accusare qualcun altro di usare firmware non ufficiali mettendo in pericolo la sicurezza dell'utenza e qualcun altro potrebbe accusarli di ignorare volontariamente il progetto perché non è stata corrisposta una cifra adeguata ecc.
Riguardo al supporto di altri wallet vale il discorso di sopra aggiungere il supporto ad una crypto richiede lavoro, i team di sviluppo degli hardware wallet lo fanno a scopo di lucro e molto probabilmente le priorità hanno un prezzo.
Questo ha portato alcuni progetti come Monero a finanziarsi hardware wallet custom, magari in futuro arrivera su politeia una proposta simile
Mentre il merge del codice già pronto, renderebbe il Trezor ufficiale compatibile con tutte le funzioni di Decrediton, che già supporta Trezor ma nella sola modalità watch only
https://docs.decred.org/wallets/decrediton/trezor/
Ed eviterebbe anche potenziali inutili polemiche che potrebbero nascere visto che qualcuno potrebbe accusare qualcun altro di usare firmware non ufficiali mettendo in pericolo la sicurezza dell'utenza e qualcun altro potrebbe accusarli di ignorare volontariamente il progetto perché non è stata corrisposta una cifra adeguata ecc.
Riguardo al supporto di altri wallet vale il discorso di sopra aggiungere il supporto ad una crypto richiede lavoro, i team di sviluppo degli hardware wallet lo fanno a scopo di lucro e molto probabilmente le priorità hanno un prezzo.
Questo ha portato alcuni progetti come Monero a finanziarsi hardware wallet custom, magari in futuro arrivera su politeia una proposta simile
un paio di settimane fa c'è stato un chiarimento da parte di jz su telegram riguardo a ledger ed alle pochissime speranze di vedere lo stake supportato, ci ha fatto capire più o meno che anche se fosse pronto il codice ( e non lo è perché nessuno ci lavora su ) poi bisognerebbe avere i favori del team ledger per vederlo aggiunto ai loro repo e comunque andrebbe utilizzato abilitando il developer mode.
Per trezor il discorso è differente, essendo open source chiunque può contribuire al codice ed infatti che il supporto è stato aggiunto dal buon matheusd, attualmente Decrediton già supporta trezor ma non ancora lo staking
https://github.com/decred/decrediton/issues/1491
il codice dello staking è pronto da fine settembre 2020 solo che il merge del codice nel firmware ufficiale di trezor non è stato ancora effettuato tanto che gli sviluppatori di decred avevano paventato l'ipotesi di rilasciare un proprio firmware per trezor.
https://github.com/decred/decrediton/issues/2681
Per trezor il discorso è differente, essendo open source chiunque può contribuire al codice ed infatti che il supporto è stato aggiunto dal buon matheusd, attualmente Decrediton già supporta trezor ma non ancora lo staking
https://github.com/decred/decrediton/issues/1491
il codice dello staking è pronto da fine settembre 2020 solo che il merge del codice nel firmware ufficiale di trezor non è stato ancora effettuato tanto che gli sviluppatori di decred avevano paventato l'ipotesi di rilasciare un proprio firmware per trezor.
https://github.com/decred/decrediton/issues/2681
Ma quindi dici che si possa creare un wallet direttamente dal Trezor in modo che detenga al suo interno le Private Keys?
Il Trezor avrebbe la parte di codice in pancia nel suo firmware?
Perché non riesco a capire questa cosa della sua compatibilità e supporto, proprio consultando questa pagina https://trezor.io/coins/ dove, in prossimità della coin DECRED, sembrerebbe di dover passare per il wallet Exodus. Ho veramente difficoltà ad avere una visione limpida...
Altra domanda (mi vengono in sequenza): poniamo il fatto che una persona abbia 200 DCR, avendo acquistato un ticket per circa 160 DCR gliene rimangono disponibili 40. A questo punto preme il pulsante che scatena la miscelazione: vengono coinvolti solo quei 40 disponibili? E quando sarà votato il ticket cosa succederà a quei 160 che torneranno a disposizione?
essendo i 160 DCR lockati in un ticket verrebbero mixati solo i 40 disponibili, dopo il voto ( e i canonici 256 blocchi di conferma ) quando il ticket + il reward sarebbero di nuovo spendibili, attivando il mixing verrebbero mescolati e passerebbero dall' account unmixed a quello mixed a quel punto sarebbe possibile comprare anche un ticket mixed.
Ritorno ancora sull'argomento "detenzione deCRED tramite Hardware Wallet", non posso credere che non sia possibile: stiamo parlando di deCRED mica di Dogecoin!!!
A tal proposito, invece che optare per Ledger Nano sarebbe possibile detenere i DCR sul Trezor?
A tal proposito, invece che optare per Ledger Nano sarebbe possibile detenere i DCR sul Trezor?
un paio di settimane fa c'è stato un chiarimento da parte di jz su telegram riguardo a ledger ed alle pochissime speranze di vedere lo stake supportato, ci ha fatto capire più o meno che anche se fosse pronto il codice ( e non lo è perché nessuno ci lavora su ) poi bisognerebbe avere i favori del team ledger per vederlo aggiunto ai loro repo e comunque andrebbe utilizzato abilitando il developer mode.
Per trezor il discorso è differente, essendo open source chiunque può contribuire al codice ed infatti che il supporto è stato aggiunto dal buon matheusd, attualmente Decrediton già supporta trezor ma non ancora lo staking
https://github.com/decred/decrediton/issues/1491
il codice dello staking è pronto da fine settembre 2020 solo che il merge del codice nel firmware ufficiale di trezor non è stato ancora effettuato tanto che gli sviluppatori di decred avevano paventato l'ipotesi di rilasciare un proprio firmware per trezor.
https://github.com/decred/decrediton/issues/2681
Ritorno ancora sull'argomento "detenzione deCRED tramite Hardware Wallet", non posso credere che non sia possibile: stiamo parlando di deCRED mica di Dogecoin!!!
A tal proposito, invece che optare per Ledger Nano sarebbe possibile detenere i DCR sul Trezor?
A tal proposito, invece che optare per Ledger Nano sarebbe possibile detenere i DCR sul Trezor?
Altra domanda (mi vengono in sequenza): poniamo il fatto che una persona abbia 200 DCR, avendo acquistato un ticket per circa 160 DCR gliene rimangono disponibili 40. A questo punto preme il pulsante che scatena la miscelazione: vengono coinvolti solo quei 40 disponibili? E quando sarà votato il ticket cosa succederà a quei 160 che torneranno a disposizione?
l'azione di "creare i conti predefiniti" crea gli account mixed ed unmixed oltre a quello default, essi non sono altro che altro account derivati dal seed tramite derivation path come in tutti i wallet deterministici, non c'è alcun costo nel crearli sono parte del seed, l'azione di creare i conti consiste solo nel taggarli coi nomi mixed e unmixed e di utilizzari sempre alle medesime derivation path.
i fee che vengono pagati in fase di mixing sono i comuni fee di rete di circa 0.0001 DCR/kB poi dipende da cosa mescoli e quanto mescoli ti faccio un esempio con questa tx bella cicciona
https://explorer.dcrdata.org/tx/0e64e3e21c72c0f0b47244ff9ddfb9c7fc7c05881aad194e75e2262fe8731de2
centinania di input, decine di output e ben 92 kB di transazione mescolata ed il fee di mixing è stato di appena 0.00926440 DCR gli è costato 1.59 dollari mescolare 1.46 milioni di dollari.
Ecco di sicuro questo signore/a non ha nulla di che lamentarsi
i fee che vengono pagati in fase di mixing sono i comuni fee di rete di circa 0.0001 DCR/kB poi dipende da cosa mescoli e quanto mescoli ti faccio un esempio con questa tx bella cicciona
https://explorer.dcrdata.org/tx/0e64e3e21c72c0f0b47244ff9ddfb9c7fc7c05881aad194e75e2262fe8731de2
centinania di input, decine di output e ben 92 kB di transazione mescolata ed il fee di mixing è stato di appena 0.00926440 DCR gli è costato 1.59 dollari mescolare 1.46 milioni di dollari.
Ecco di sicuro questo signore/a non ha nulla di che lamentarsi
Ritorno sul discorso privacy e l'azione di miscelazione/miscelamento che parte se si preme il pulsante Crea conti predefiniti. La mia domanda è: ma si devono pagare delle fee in DCR quando si "abilita" questa nuova modalità?
Non mi è chiaro cosa avviene di preciso, anche se ho letto la descrizione
Non mi è chiaro cosa avviene di preciso, anche se ho letto la descrizione
[...]
Le VSP legacy sarebbero la versione precende all'introduzione delle nuove VSP che si basano sul demone vspd non richiedono account e registrazione ne tantomeno più il backup dello script di delega, penso che ormai quasi tutti i provider abbiano aggiornato, bisogna dare solo il tempo che tutti i ticket delegati alle vecchie VSP votino e/o scadano e poi potranno essere rimosse definitivamente magari proprio per la 1.7.0
[...]
Le VSP legacy sarebbero la versione precende all'introduzione delle nuove VSP che si basano sul demone vspd non richiedono account e registrazione ne tantomeno più il backup dello script di delega, penso che ormai quasi tutti i provider abbiano aggiornato, bisogna dare solo il tempo che tutti i ticket delegati alle vecchie VSP votino e/o scadano e poi potranno essere rimosse definitivamente magari proprio per la 1.7.0
[...]
Sempre sul pezzo Jack...
Grazie per queste spiegazioni, il passaggio da te spiegato me l'ero perso. Allora hanno semplificato molto togliendo, di fatto, la necessità di aprire account presso Pool, ops, Vote Service Providers e penso che si potranno anche cestinare le chiavi che ci identificavano presso di loro, vero?
Dipende dal fatto che ricordi ancora che le VSP una volta si chiamavano stake pools, poi fu deciso di adottare la dicitura Vote Service Providers perché era una semplice delega di voto e non un vero e proprio pool come per il mining.
Le VSP legacy sarebbero la versione precende all'introduzione delle nuove VSP che si basano sul demone vspd non richiedono account e registrazione ne tantomeno più il backup dello script di delega, penso che ormai quasi tutti i provider abbiano aggiornato, bisogna dare solo il tempo che tutti i ticket delegati alle vecchie VSP votino e/o scadano e poi potranno essere rimosse definitivamente magari proprio per la 1.7.0
ed intanto il mixing ha superato il 40% di tutta la supply
Le VSP legacy sarebbero la versione precende all'introduzione delle nuove VSP che si basano sul demone vspd non richiedono account e registrazione ne tantomeno più il backup dello script di delega, penso che ormai quasi tutti i provider abbiano aggiornato, bisogna dare solo il tempo che tutti i ticket delegati alle vecchie VSP votino e/o scadano e poi potranno essere rimosse definitivamente magari proprio per la 1.7.0
ed intanto il mixing ha superato il 40% di tutta la supply
Ritorno a fare una domanda su deCRED dopo qualche tempo.
Dopo aver aggiornato Decrediton alla 1.6.1 non avevo più acquistato ticket. Oggi ho voluto provare e mi sono accorto di alcune differenze, prima fra tutte l'introduzione della voce staking
Ho provato ad acquistare un ticket dato che il prezzo si è abbassato: mi confermate che ora si è obbligati a passare per VSP? Infatti l'indirizzo a cui "delego" è tipo vsp.nomedelegato.com
Ho visto che ci sarebbe la possibilità di selezionare l'opzione per Usare VSP legacy: a cosa corrisponde questa cosa? Perché sarebbe da preferire eventualmente?
Dopo aver aggiornato Decrediton alla 1.6.1 non avevo più acquistato ticket. Oggi ho voluto provare e mi sono accorto di alcune differenze, prima fra tutte l'introduzione della voce staking
Ho provato ad acquistare un ticket dato che il prezzo si è abbassato: mi confermate che ora si è obbligati a passare per VSP? Infatti l'indirizzo a cui "delego" è tipo vsp.nomedelegato.com
Ho visto che ci sarebbe la possibilità di selezionare l'opzione per Usare VSP legacy: a cosa corrisponde questa cosa? Perché sarebbe da preferire eventualmente?
Jump to: