[BURST] Un'altcoin da minare con l'hard disk! Wallet 1.2.3

[picchio]

Non sono riuscito a leggere tutti il 3d e una rapida ricerca non ha dato esito positivo.
Dove posso trovare info sul principio di funzionamento? COme possono essere sicuri che io abbia l'hd con i dati effettivamente memorizzati? Chi impedisce che un asic o gpu ricrei il file ogni volta simulando di fatto un mining tradizionale?
Grazie

[duilionet]

ciao, volevo sapere se per il mining era possibile utilizzare più di un hard disk, dovrei averne 4 da 500gb e due da 256gb inutilizzati

Si, certo, ma ricorda che su ogni HDD dovrai mettere la cartella pocminer_pool e lanciare quindi per ogni disco il mine.bat e, infine, prosegui sempre con la creazione progressiva dei Plots senza overlappare.

[duilionet]

Non sono riuscito a leggere tutti il 3d e una rapida ricerca non ha dato esito positivo.
Dove posso trovare info sul principio di funzionamento? COme possono essere sicuri che io abbia l'hd con i dati effettivamente memorizzati? Chi impedisce che un asic o gpu ricrei il file ogni volta simulando di fatto un mining tradizionale?
Grazie

Ciao Picchio. Io ho iniziato pochi giorni fa e ho seguito la guida di RedPoison che trovi alla prima pagina di questo topic. Ti consiglio di iniziare con il Pool se hai pochi TB. Infine, se vuoi più info, la prima pagina del topic ufficiale fa al caso tuo https://bitcointalk.org/index.php?topic=731923.0

[tebby]

Salve a tutti,
sto provando a minare BURST in pool e ho una domanda:
per sbaglio ho generato un plot con questo nome "x_7501_156500_500", ora il mine.bat mi da questo errore "Error reading file: x_0_156500_500" perchè ovviamente non esiste.
Se io eseguo il run_generate impostando la creazione di un plot da 0 a 7500 risolvo il problema o devo rifare il plot da capo?
Ho visto poi che c'è questo script per fare il merge https://bchain.info/merge.c può fare a caso mio una volta che ho generato il plot da 0 a 7500 ?

Ringrazio in anticipo per un'eventuale risposta

Ciao, non è quello il problema.. Anzi in realtà non c'è nessun problema! Puoi anche iniziare da 2314430 e non succede niente, basta che non occupi mai gli stessi spazi ovvero che non overlappi i file! Come è ben evidenziato nella guida, l'errore che vedi tu è dovuto al fatto che il file lo stai ancora generando, e quindi il miner si accorge di questo fatto e ti da un errore di lettura, tuttavia questo non ha ripercussioni sul risultato del mining! Inoltre se crei più plot nella stessa cartella, basta che avvii il miner e anche se ne hai dieci li legge tutti senza problemi! Pur ulteriori dubbi siamo qui!

Il plot ha finito di generarlo, però mi da sempre error reading file "Error reading file: x_0_156500_500" e "No valid shares to submit to pool".
Se è tutto corretto vado avanti cosi

Grazie

Il primo errore allora può essere dovuto al fatto che si sia interrotta la creazione del file e sia corrotto (però fino alla dimensione a cui è arrivato è utile per il mining), mentre il secondo errore è ben spiegato nella guida:

Verrete pagati per quanti shares avrete somministrato durante la risoluzione del blocco, tuttavia saranno conteggiati solo quelli con una deadline inferiore a 50'000. Per questo motivo spesso vedrete nella finestra del miner il seguente messaggio:

Code:

No valid shares to submit to pool..

Ciò sta a significare che lo shares che avete prodotto ha una deadline superiore a 50'000 e quindi non è considerato valido per essere inviato alla pool!!

Il tuo file dovrebbe essere grande 40,064 GB se è stato creato correttamente! Controlla!

Confermo il file è 40,064 GB e spostando il file citato dall'errore non lo da più, quindi era corrotto
Grazie ora attendo i risultati

Un consiglio, se vuoi ottenere qualche risultato devi aumentare di parecchio la dimensione del tuo plot!! Purtroppo attualmente 40GB fanno poco!  

Permettimi un'ultima domanda.
Se provo a mettere nel blockchain explorer per controllare l'overlap questi dati mi dice che sono in overlap:
x_0_7500_500
x_7501_156500_500
x_15002_7500_500
Cosa dovrei mettere per non esserlo? Stavo impostando una dimensione più piccola perchè al momento non ho altri 40 Gb liberi

Il secondo file, occuperà dalla posizione 7501 alla posizione 7501 + 156500 cioè 164001
Il terzo file dovresti quindi iniziarlo a 164002 per non overlappare!

Grazie gentilissimo, funziona.
Ti ho mandato una piccola donazione di Burst per l'aiuto

[unsoindovo]

Non sono riuscito a leggere tutti il 3d e una rapida ricerca non ha dato esito positivo.
Dove posso trovare info sul principio di funzionamento? COme possono essere sicuri che io abbia l'hd con i dati effettivamente memorizzati? Chi impedisce che un asic o gpu ricrei il file ogni volta simulando di fatto un mining tradizionale?
Grazie

Ciao Picchio. Io ho iniziato pochi giorni fa e ho seguito la guida di RedPoison che trovi alla prima pagina di questo topic. Ti consiglio di iniziare con il Pool se hai pochi TB. Infine, se vuoi più info, la prima pagina del topic ufficiale fa al caso tuo https://bitcointalk.org/index.php?topic=731923.0

se mastichi agilmente C++ nel link di duilio hai il link git con i sorgenti...

se trovi cose interessanti ti sarei grato per condividere le info qua sul thread!!!

thanks!

[picchio]

Non sono riuscito a leggere tutti il 3d e una rapida ricerca non ha dato esito positivo.
Dove posso trovare info sul principio di funzionamento? COme possono essere sicuri che io abbia l'hd con i dati effettivamente memorizzati? Chi impedisce che un asic o gpu ricrei il file ogni volta simulando di fatto un mining tradizionale?
Grazie

Ciao Picchio. Io ho iniziato pochi giorni fa e ho seguito la guida di RedPoison che trovi alla prima pagina di questo topic. Ti consiglio di iniziare con il Pool se hai pochi TB. Infine, se vuoi più info, la prima pagina del topic ufficiale fa al caso tuo https://bitcointalk.org/index.php?topic=731923.0

se mastichi agilmente C++ nel link di duilio hai il link git con i sorgenti...

se trovi cose interessanti ti sarei grato per condividere le info qua sul thread!!!

thanks!

Mi sa che non sono in grado ...
Stavo cercando di capire come descrivono il funzionamento, ho per ora notato che in due hanno chiesto un whitepaper per capire meglio ma non ho visto le risposte ... non e' un buon segno ma ...
Purtroppo faccio fatica a leggere l'inglese quindi capisco pochino .. speravo che qualcuno avesse gia' capito il funzionamnto e potesse confortarmi sul fatto che l'algoritmo utilizzato sia sicuro.
NB: provo ad approfondire, io di spazio non ne ho ma sono curioso ... il mondo delle cryptomomente mi ha stupito piu' di una volta
EDIT: non sembra scritto in C++ ma in java

[jose60]

domandina, il mining alla fine della crezione del file di pool diventa più profittevole?
ovvero, se lancio la creazione di un file di 2 Tera, durante la creazione e dopo la fine della creazione il profitto da mining è identico?
Inoltre, una volta finito di creare il file, qualora si spegnesse il pc, al riavvio devo lanciare solo il comando mine?
Ultimo, e concludo, a quanto si aggira il valore del Burst?...facciamo un esempio per 1000 monete.

Grazie

Sì! Mentre mini, il miner legge quello che è stato creato fino a quel punto ad ogni nuovo blocco. Mi spiego, se tu stai creando un plot, magari al blocco 100 mini con 10 GB, al blocco 101 mini con 12 GB e così via, quindi alla fine della creazione del plot minerai con il totale creato! Si poi una volta che hai terminato la creazione, quando riavvii devi solo lanciare il miner, ma ricordati di tenere aperto il server del portafoglio (run.bat)
Attualmente 1000 BURST = 0.0016 BTC = 0.8 $
Quindi un blocco vale 8 $

Thanks...ma anche in pool va tenuto aperto il server del portafoglio?

in pool non serve aprire il server del wallet, lo apri solo per vedere il balance

[unsoindovo]

Non sono riuscito a leggere tutti il 3d e una rapida ricerca non ha dato esito positivo.
Dove posso trovare info sul principio di funzionamento? COme possono essere sicuri che io abbia l'hd con i dati effettivamente memorizzati? Chi impedisce che un asic o gpu ricrei il file ogni volta simulando di fatto un mining tradizionale?
Grazie

Ciao Picchio. Io ho iniziato pochi giorni fa e ho seguito la guida di RedPoison che trovi alla prima pagina di questo topic. Ti consiglio di iniziare con il Pool se hai pochi TB. Infine, se vuoi più info, la prima pagina del topic ufficiale fa al caso tuo https://bitcointalk.org/index.php?topic=731923.0

se mastichi agilmente C++ nel link di duilio hai il link git con i sorgenti...

se trovi cose interessanti ti sarei grato per condividere le info qua sul thread!!!

thanks!

EDIT: non sembra scritto in C++ ma in java

sorry.. ho detto una cazzata!!!
chenfermo che i sorgenti sono in java... spero sia più agevole per te...
io sono a 0 sia con java che C++....

purtroppo qua niente c# o robe simili

puoi spiegarmi meglio cosa ti insospettisce?

[picchio]

puoi spiegarmi meglio cosa ti insospettisce?

Nulla per ora, l'unico dubbio è la richiesta di whitepaper non soddisfatta nel 3d ufficiale (o io non ho visto risposta) e in generale non mi capacito di come si possa essere sicuri che uno utilizzi effettivamente lo spazio si hd al posto di generare un plot e minare usando poca memoria e tanta potenza di calcolo ... come BTC e quindi siamo da capo ...
inoltre non sono riuscito a capire che algoritmo usano quando scrivono "then hashing it". In buona sostanza: non ci ho capito una mazza :-( ma piano piano ...
EDIT: anche il tempo mi pare ci sia qualcosa di strano ...

[unsoindovo]

EDIT: anche il tempo mi pare ci sia qualcosa di strano ...

questo passo non l'ho capito io :-)

[unsoindovo]

spe ma cosa intendi?

" in generale non mi capacito di come si possa essere sicuri che uno utilizzi effettivamente lo spazio si hd al posto di generare un plot e minare usando poca memoria e tanta potenza di calcolo ... come BTC e quindi siamo da capo ..."

che ci sono già ASIC all'orizzonte se l'algo si diffonderà?

 

[picchio]

EDIT: anche il tempo mi pare ci sia qualcosa di strano ...

questo passo non l'ho capito io :-)

La frase:

Continuously hashing until a block is found is unnecessary, as waiting long enough will cause any nonce to eventually become valid.

Purtroppo, non capendo bene l'inglese, non vorrei creare falsi allarmi ..

[picchio]

spe ma cosa intendi?

" in generale non mi capacito di come si possa essere sicuri che uno utilizzi effettivamente lo spazio si hd al posto di generare un plot e minare usando poca memoria e tanta potenza di calcolo ... come BTC e quindi siamo da capo ..."

che ci sono già ASIC all'orizzonte se l'algo si diffonderà?

 

No, solo vorrei capire se e come sono riusciti ad evitare cio'.
Prima di asic ci sono le schede video e poi fpga e solo alla fine asic.

[picchio]

EDIT: anche il tempo mi pare ci sia qualcosa di strano ...

questo passo non l'ho capito io :-)

La frase:

Continuously hashing until a block is found is unnecessary, as waiting long enough will cause any nonce to eventually become valid.

Purtroppo, non capendo bene l'inglese, non vorrei creare falsi allarmi ..

Anche questa frase mi risulta problematica:
The resulting number is a number of seconds. If that many seconds passes since the last block without a new one, the address/nonce combination used to generate that plot/scoop is eligable to announce a new block.

[unsoindovo]

EDIT: anche il tempo mi pare ci sia qualcosa di strano ...

questo passo non l'ho capito io :-)

La frase:

Continuously hashing until a block is found is unnecessary, as waiting long enough will cause any nonce to eventually become valid.

Purtroppo, non capendo bene l'inglese, non vorrei creare falsi allarmi ..

Anche questa frase mi risulta problematica:
The resulting number is a number of seconds. If that many seconds passes since the last block without a new one, the address/nonce combination used to generate that plot/scoop is eligable to announce a new block.

si questa è facile.
tu trovi il nonce per un blocco, che significa l'hai minato e l'hai minato in un certo numero di secondi: se nessuno trova u nuovo blocco dall'ultimo + i secondi in cui tu ne hai trovato il blocco, si gnifica che la generazione buona è la tua, e che hai minato anche il blocco.
quando mini hai un sacco di messaggi del genere

Submitting share
{"result":"deadline: 85310"}

significa che se passati 85310 secondi dall'ultimo blocco non ne sono stati trovati altri, questo è il nuovo blocco valido ti becchi il reward di 10000burst se l'hai minato in solo oppure le share se l'hai minato in pool.
si solito per avere qualche possibilità di aggiudicarti un blocco in solo, devi stare sotto i 240sec, visto che la generazione del blocco dell'algo è di 4 minuti

[picchio]

...
Submitting share
{"result":"deadline: 85310"}

significa che se passati 85310 secondi dall'ultimo blocco non ne sono stati trovati altri, questo è il nuovo blocco valido ti becchi il reward di 10000burst se l'hai minato in solo oppure le share se l'hai minato in pool.
si solito per avere qualche possibilità di aggiudicarti un blocco in solo, devi stare sotto i 240sec, visto che la generazione del blocco dell'algo è di 4 minuti

Possiamo dire che  85310 è la "distanza" piu' piccola tra tutte le coppie address/nonce (opportunamente trattate) memorizzate sul tuo HD? E che tu la proponi come tua migliore offerta (in questo caso siamo ad un giorno circa)?

Comunque quello che non mi quadra:
- non essendomi chiara la dinamica di generazione di quel numero (85310) non capisco come si possa essere sicuri che memorizzo tutto l'ambaradam quando pare che vengono letti solo lo 0.024% del file, chi mi impedisce di memorizzare solo le info che vengono poi lette e all'occorrenza ricalcolare tutto il plots in caso di bisogno? Forse si legge solo una parte ma non sempre la stessa?
- la sincronizzazione degli orologi (la catena BTC mi pare venga anche definita timestamp https://bitcoin.org/bitcoin.pdf) potrebbe portare a dei conflitti, infatti potrei spostare avanti l'orologio guadangando qualche secondo su un mio concorrente ... qualcosa non mi quadra ...
Ci vorrebbe un traduttore migliore di google del primo post o un sano confronto per capire come funziona sto algoritmo ... anche un bel documento che spieghi bene cosa succede potrebbe aiutare ... il famoso whitepaper?

[kainus78]

Ci vorrebbe un traduttore migliore di google del primo post o un sano confronto per capire come funziona sto algoritmo ... anche un bel documento che spieghi bene cosa succede potrebbe aiutare ... il famoso whitepaper?

E' difficile barcamenarsi nel mondo delle Cryptocoin non masticando bene l'inglese...
non ti invidio
Google translate lascia il tempo che trova, soprattutto quando traduci dallo slang!

[duilionet]

Ho notato da ieri sera un calo di shares trovati con il Pool. Attualmente ho un Plot totale di circa 1,51TB.... succede solo a me? 

[picchio]

Ci vorrebbe un traduttore migliore di google del primo post o un sano confronto per capire come funziona sto algoritmo ... anche un bel documento che spieghi bene cosa succede potrebbe aiutare ... il famoso whitepaper?

E' difficile barcamenarsi nel mondo delle Cryptocoin non masticando bene l'inglese...
non ti invidio
Google translate lascia il tempo che trova, soprattutto quando traduci dallo slang!

E' anche per questo che potrebbe servire un documento che spieghi come è strutturato l'algoritmo, presumo sia interesse di tutti capire se effettivamente puo' essere piu' conveniente memorizzare dei dati che ricalcolarli a ogni blocco confidando in una dose i fortuna.
Quanto tempo si impiega a creare il file da 1TByte?

[Matt9301]

Ho notato da ieri sera un calo di shares trovati con il Pool. Attualmente ho un Plot totale di circa 1,51TB.... succede solo a me? 

Con 45 gb ho notato anche io un calo.. Sono pochi ma qualcosina la sto trovando!