Ahaha it would be a hell of luck.

As far as my math is correct, I have roughly 500,000 more chances of winning some prize at the yearly national lottery, than finding a mainnet block with 1.6GH/s.

Awww great.

I'll forget about it in the next hour so no problems in waiting a while to get recognized lol...

Thank you and good luck, everyone =)

Hi everyone.

Don't laugh at me, but I had this 1.6G block erupter that I used to mine testnet blocks back in the years, sitting in the dust for a while now, and I'd like to try some luck



Now, I know there are basically 0 chances to hit a block, but life can be *very* weird so... why not.

The point is I have a 404 on /users/<myaddress> so my question is: is the small toy hashing something properly at the moment?

TY =)

Development bounties

Ho intenzione di reinvestire 60€ delle donazioni ricevute (poco più di 100) in smarcatura di issues.
Potrei postare questa cosa sui canali internazionali ma preferisco farla qui, per parlare con dev italiani.

Al momento sono candidate a bounties le issues:

#40 add chainwork to blockheader serializer
#41 add difficulty to blockheader serializer
#42 add versionHex to blockheader serializer

Ogni issue risulta vanterà un bounty di 30€ che verrà pagato in Bitcoin, cambio determinato al momento del merge. Per ogni issue dovrà anche essere scritta la test coverage.

Quindi al momento il budget è per la soluzione di 2 issues sulle 3 elencate.*

Sono issues facili che richiedono:

- conoscenza di git per gestire il flusso in maniera autonoma
- una minima conoscenza di Python (davvero poca)
- una conoscenza tecnica della blockchain (si tratta di serializzazione degli headers)

Non è un gran budget, ma si tratta pur sempre di un progetto FOSS, e queste issues verosimilmente possono essere risolte in meno di 30 minuti, tests compresi.

Inoltre ho già dedicato migliaia di ore al progetto, e non ho intenzione di finanziarne anche personalmente lo sviluppo, queste le donazioni, queste le risorse da reinvestire :-)

Le offro principalmente affinché chi risolva le issues prenda anche confidenza con la codebase di spruned, quindi è apprezzato il lavoro da parte di chi pensa che anche in futuro potrebbe continuare a collezionare bounties.
Ovviamente ci sono degli standard di quality che debbono essere rispettati, quindi il flusso di review potrà prevedere dei commenti (tutto su github) che richiedano modifiche.

*
Ho rimosso quella del versionhex, che è obiettivamente troppo facile. Chiunque voglia farla in abbinamento a una delle altre due si beccherà un bounty da 40€ invece che da 30€, suvvia :-)
Il totale del budget arriva quindi a 70€ per la soluzione di tutte e 3 le issues.

Version 0.0.8 released.

Changelog:

- add database migrations. This is tricky and may fail. In case, delete the storage and sync headers again (I hope not).
- improve the efficiency of SQLite DB (fewer calls, less size) by changing data serialization and queries. reduces the size by roughly a half.
- improve the efficiency on the P2P side when new block headers are notified (should fix race conditions of issue #85 )
- persist and index raw transactions when fetched via getblock (reduce network calls)
- improve the efficiency of the getblock verbose calls by using the per-block transactions index, avoid to load the entire block data
- increase the cache agent speed by using the per-block transactions index instead of the leveldb iterator

There are a lot of changes that may break the code, but they are very needed and useful.
The basic idea is to improve data indexing so that it can also be used in the future for other purposes (layerthree).
The release is available on pypi and docker hub.

Sources: https://github.com/gdassori/spruned/releases/tag/0.0.8
Pypi: https://pypi.org/project/spruned/
Dockerhub: https://hub.docker.com/r/gdassori/spruned

Rock64 è un'ottima board, mi pare che il taglio arrivi fino a 4GB Ram.

Francamente però a questi costi (80 euro per la board soltanto  + s.s.) mi prenderei un Netbook usato su Ebay, almeno ho già il disco (per un periodo li hanno fatti da 500gb, se ne trovano tanti) e la batteria di soccorso. Il mio netbook-firewall-nodo-gateway è arrivato ormai a onorati 5 anni di attività e degli uptime da paura (spento 3 volte in 5 anni per 3 traslochi).

I've implemented the more efficient serialization. As expected the new database is nearly half the previous:

71632 -rw-r--r-- 1 1000 1000  73347072 apr 13 16:15 headers.db

So it fits ((8+8+32+80)*571000)/1024, with this schema:

        id INTEGER PRIMARY KEY ASC,
        blockheight INTEGER,
        blockhash BLOB NOT NULL,
        data BLOB NOT NULL

As told in the previous post, I preferred to implement a migration system by myself, so I didn't add new third-party dependencies, and is something I like.

https://github.com/gdassori/spruned/commit/6767d89aaa9dc13f4800aec15b582d035069d1ba

Thanks for noticing the discrepancy :-)

Ecco, se magari smetto di usare l'altro account e il post lo faccio da quello giusto... è meglio :-P

I'm the OP (coindax). I had this account locked for years without knowing why.
When I went back in the forum with a new account, to show the project, a user told me I may had the account recovered now, and so it is.
I'll continue to post from here and cease to use the other account, which was just created to post about spruned.

Beh che dire, grazie della dritta, per anni non mi avevano risposto :-)

1. HostFat
2. Adriano
3. xandry

Forka la madonna!

https://github.com/jesoo/lamadonna

(Non sono l'autore del giochino)

Già se metti il limite a 1000 euro di bitcoin ne filtri parecchi, e sarebbe un esperimento interessante, da cui partire per fare una seconda chat più stringente.

Sul proof of stake con un buon grado di anonimato:

è possibile fare un bot IRC (e non telegram, quindi), che dia key e voice a seguito di determinate istruzioni.

Esempio:

Contatto il bot, dichiaro' che spostero' una somma uguale o superiore a 1000 euro di BTC su un indirizzo X. Questa cosa avviene, il bot mi censisce e mi da il voice in channel. Tutti gli altri non saranno voiced, e potranno solo lurkare :-) Oppure è possibile una totale chiusura, e il bot da una channel key.

Inoltre sarebbe possibile, per tutti gli utenti, richiedere !pos nickname, e ottenere il txid della transazione che prova lo stake di un utente.

Ogni mese potrebbe essere richiesto di dimostrare l'abilità di spostare 1000 euro di BTC, a fronte di continuare ad avere diritto al voice.

Non è perfetto ma permette a chi desideri avere anonimato, mediante l'uso di dovuto accorgimenti, di averne. (mixers, tor, TLS, etc.). Ovviamente è vulnerabile al fatto che qualcuno dimostri di avere stake per conto di qualcun'altro.

Mi rendo disponibile a fare il bot e rilasciare il source code al suo acquirente, dietro compenso ;-)

Se invece vogliamo pensare ad un bot in chat telegram che permetta un PoS automatizzato con la stessa logica di sopra, ma che dia il link all'utente verificato, invece di dargli il voice\chiave, è anche possibile.

Il bot, al join dell'utente, e con costanza di ogni ora, potrebbe fare check sugli utenti in room, e controllare che nel suo DB ci sia una loro corrispondenza PoS, oppure warnare automaticamente public chat e chat admin. Immagino, che con permessi admin al bot, questo possa anche bannare gli indesiderati on join :-)

Fattibile pensare anche a questo, ma IRC permette un maggiore anonimato \ ricambio di identità dell'utenza coinvolta, imho.

Una volta potevi usare XMPP per usare Facebook Chat. In questo modo Pidgin, e notifiche\customizzazioni come e quanto ti pare.

Ora leggo, googlando, che XMPP sarebbe deprecato da metà di aprile 2014. Adesso, o il tempo passa molto più velocemente di quanto io percepisca, e puo' essere, oppure io DOPO aprile 2014 ancora usavo Facebook Chat via XMPP.

Vale comunque la pena informarsi per questa strada.

Visto chi lo ha curato (frequentatori di questo forum), è tendenzialmente quasi tutto corretto e condivisibile.

per cio' che conta, il tipo dice che il K19 fa una riprogrammazione continua dei parametri della centralina

bump.

sono passati +120 giorni dall'apertura di questo thread.
con la collaborazione di tutti (alcuni più di altri, io fra quelli che hanno collaborato meno) si è giunti a un 84% di traduzione.

sarebbe bello terminare!   personalmente mi prendo l'impegno di tradurre ancora un paio di punti percentuale  

Il libro è disponibile in PDF qui:
https://www.bitcoinbook.info/translations-of-mastering-bitcoin/

<< La signora termodinamica è attesa al terzo piano, grazie >> 

bufala totale..