Ho capito bene: sei passato a supportare Bitcoin XT da questo momento?
Ne fai solo una ragione di dimensione del blocco oppure hai altri motivi?
Topic: Un'occhiata ai nodi italiani - page 2. (Read 12052 times)
come ho scritto, ho upradato il mio fullnode a 0.11a.
prima avevo una 0.9.5 e tutto funzionava alla perfezione.
Ora il nodo non accetta connessioni incoming....
quindi non e' un problema di nat/routing/firewall, ma qualche configurazione
del client che deve essere cambiata... idee ?
update: nel log degli errori mi da' un sacco di queste righe:
Connection slots exhausted, refusing inbound connection from 190.4.91.86:40542
ma non sono neppure lontanamente vicino a nessun limite (file handle, maxconnections...)
quando ho preso questo log, avevo solo 20 connessioni attive (tutte in output)
prima avevo una 0.9.5 e tutto funzionava alla perfezione.
Ora il nodo non accetta connessioni incoming....
quindi non e' un problema di nat/routing/firewall, ma qualche configurazione
del client che deve essere cambiata... idee ?
update: nel log degli errori mi da' un sacco di queste righe:
Connection slots exhausted, refusing inbound connection from 190.4.91.86:40542
ma non sono neppure lontanamente vicino a nessun limite (file handle, maxconnections...)
quando ho preso questo log, avevo solo 20 connessioni attive (tutte in output)
Non so se lo sapete, ma e' da poco uscita la versione di bitcoin XT che supporta il blocco superiore a 1MB.
siccome gli sviluppatori non si sono accordati, in pratica il passaggio al blocco > 1MB avverra'
se ad un certo punto (dopo gennaio 2016) ci saranno almeno il 75% dei full node che useranno bitcoin XT.
(una sorta di votazione indiretta.... dipendera' da quanti full node in quella data useranno bitcoin XT)
Ho appena ricompilato i sorgenti di bitcoin XT e passato il mio full-node a bitcoin XT.
Credo che tutti quelli che gestisono un full-node e che auspicano che questo ridicolo limite
venga superato, dovrebbero fare altrettanto.
siccome gli sviluppatori non si sono accordati, in pratica il passaggio al blocco > 1MB avverra'
se ad un certo punto (dopo gennaio 2016) ci saranno almeno il 75% dei full node che useranno bitcoin XT.
(una sorta di votazione indiretta.... dipendera' da quanti full node in quella data useranno bitcoin XT)
Ho appena ricompilato i sorgenti di bitcoin XT e passato il mio full-node a bitcoin XT.
Credo che tutti quelli che gestisono un full-node e che auspicano che questo ridicolo limite
venga superato, dovrebbero fare altrettanto.
Sito: https://bitcoinxt.software/
Numero di nodi:
http://xtnodes.com/
Rilasciata prima versione:
https://groups.google.com/d/msg/bitcoin-xt/_YeEuaUu3Xk/R1n7ZGcnAwAJ
Numero di nodi:
http://xtnodes.com/
Rilasciata prima versione:
https://groups.google.com/d/msg/bitcoin-xt/_YeEuaUu3Xk/R1n7ZGcnAwAJ
da qualche giorno il mio full node ha ricominciato a funzionare decentemente,
durante il periodo del flood crashava molto spesso.
Unico problema che e' rimasto, mi porta via una marea di ram:
prima la norma er 2 o 3 Gb, adesso si e' attestato su 7 / 8 Gb
avete notato anche sui vostri full node qualcosa di simile ?
Parlo senza esperienza, ti dico quello che mi è venuto in mente, non è che magari il client tiene in ram le transazioni degli utlimi x giorni e cacha quella piu' vecchie? In questo caso tra qualche giorno dovrebbe trasferire lo spam dei giorni scorsi e tornare nella norma?durante il periodo del flood crashava molto spesso.
Unico problema che e' rimasto, mi porta via una marea di ram:
prima la norma er 2 o 3 Gb, adesso si e' attestato su 7 / 8 Gb
22973 root 20 0 10,372g 7,550g 25120 R 176,6 32,1 11516:47 bitcoin-qt
avete notato anche sui vostri full node qualcosa di simile ?
Picchio sei un genio...
da qualche giorno il mio full node ha ricominciato a funzionare decentemente,
durante il periodo del flood crashava molto spesso.
Unico problema che e' rimasto, mi porta via una marea di ram:
prima la norma er 2 o 3 Gb, adesso si e' attestato su 7 / 8 Gb
avete notato anche sui vostri full node qualcosa di simile ?
Parlo senza esperienza, ti dico quello che mi è venuto in mente, non è che magari il client tiene in ram le transazioni degli utlimi x giorni e cacha quella piu' vecchie? In questo caso tra qualche giorno dovrebbe trasferire lo spam dei giorni scorsi e tornare nella norma? durante il periodo del flood crashava molto spesso.
Unico problema che e' rimasto, mi porta via una marea di ram:
prima la norma er 2 o 3 Gb, adesso si e' attestato su 7 / 8 Gb
22973 root 20 0 10,372g 7,550g 25120 R 176,6 32,1 11516:47 bitcoin-qt
avete notato anche sui vostri full node qualcosa di simile ?
da qualche giorno il mio full node ha ricominciato a funzionare decentemente,
durante il periodo del flood crashava molto spesso.
Unico problema che e' rimasto, mi porta via una marea di ram:
prima la norma er 2 o 3 Gb, adesso si e' attestato su 7 / 8 Gb
avete notato anche sui vostri full node qualcosa di simile ?
durante il periodo del flood crashava molto spesso.
Unico problema che e' rimasto, mi porta via una marea di ram:
prima la norma er 2 o 3 Gb, adesso si e' attestato su 7 / 8 Gb
22973 root 20 0 10,372g 7,550g 25120 R 176,6 32,1 11516:47 bitcoin-qt
avete notato anche sui vostri full node qualcosa di simile ?
a chi ha altri nodi full succede uguale ?
Il mio è in shutdown forzato... https://bitcointalksearch.org/topic/m.11857062
FaSan
Solamente per il malfunzionamento di un DNS seed? Non ho compreso benissimo dal thread che hai linkato
Non è soltanto un malfunzionamento del DNS seed, ma il fatto che per come è stato impostato risulta essere parte di una botnet (Fast-Flux techniques), e poichè è stato segnalato all' Abuse Department, me l' hanno spento in via cautelativa finchè non si fà chiarezza.
FaSan
a chi ha altri nodi full succede uguale ?
Il mio è in shutdown forzato... https://bitcointalksearch.org/topic/m.11857062
FaSan
Solamente per il malfunzionamento di un DNS seed? Non ho compreso benissimo dal thread che hai linkato
a chi ha altri nodi full succede uguale ?
Il mio è in shutdown forzato... https://bitcointalksearch.org/topic/m.11857062
FaSan
curiosita', da quando e' in atto il flood, il mio nodo funziona veramente male...
ogni tanto lo trovo bloccato, devo fermarlo e farlo ripartire.
poi mentre normalmente girava in circa 2 Gb di ram, adesso ne richiede quasi 5 Gb
a chi ha altri nodi full succede uguale ?
il mio gira su un ubuntu 14 a 64 bit.
ogni tanto lo trovo bloccato, devo fermarlo e farlo ripartire.
poi mentre normalmente girava in circa 2 Gb di ram, adesso ne richiede quasi 5 Gb
a chi ha altri nodi full succede uguale ?
il mio gira su un ubuntu 14 a 64 bit.
Penso che tutto ciò sia dovuto alla mempool che in questi ultimi giorni è esplosa, con la 0.11 si possono settare regole più restrittive rispetto a quali tx relayare e quali no, e di conseguenza alleggerire il demone/client
curiosita', da quando e' in atto il flood, il mio nodo funziona veramente male...
ogni tanto lo trovo bloccato, devo fermarlo e farlo ripartire.
poi mentre normalmente girava in circa 2 Gb di ram, adesso ne richiede quasi 5 Gb
a chi ha altri nodi full succede uguale ?
il mio gira su un ubuntu 14 a 64 bit.
ogni tanto lo trovo bloccato, devo fermarlo e farlo ripartire.
poi mentre normalmente girava in circa 2 Gb di ram, adesso ne richiede quasi 5 Gb
a chi ha altri nodi full succede uguale ?
il mio gira su un ubuntu 14 a 64 bit.
io sto facendo il setup di un nodo con prune attivo su vhosting-it, societa' italiana con datacenter tedesco. Sto pensando di tirar su un full-node anche a casa (Verona), ho solo qualche dubbio sulle performance della linea wireless broadband NGI 
Più che altro se hai NGI molto probabilmente avrai un cap mensile di banda oltre alla quale la velocità si riduce, quindi non è proprio il massimo per hostare un full node
(anche se ho dei dubbi sull'attendibilita'... tipo un nodo su ovh
viene catalogato come francese suppongo..., che infatti risulta
al terzo posto con 456 nodi...)
già, il punto è se vogliamo essere campanilisti e rinunciare ai nodi all'estero per alzare la statistica.
si puo' fare eh, ci mettiamo d'accordo fra i mantainers di nodi italiani all'estero (almeno quelli che sbirciano questo 3d) e cerchiamo di tornare in Italia.
da 1&1 spenderei 90 euro l'anno per un VPS da 2 core \ 2 gb ram \ 150gb hdd, ad esempio. mano sul cuore e via, se siamo tanti si fa e riportiamo un po' l'Italia in su nella lista dei nodi
edit: in effetti non sono certo al 100% che con 1&1 poi la macchina sia connessa in Italia
a proposito, qualcuno ha una lista di DC o retailers italiani ?
mi vengono in mente aruba, seeweb, poi ?
Se hai un server OVH (ma anche Edis mi pare) puoi acquistare un IP aggiuntivo italiano, e configurarlo come secondo IP.
Altri in Italia ce ne sono, tutti poco appetibili per quanto riguarda costi/prestazioni, vedi clouditalia (ex Eutelia), kaliweb, Netsons, MCLink, TWT Italia, KPNQwest, LevelIP le più blasonate.
FaSan
(anche se ho dei dubbi sull'attendibilita'... tipo un nodo su ovh
viene catalogato come francese suppongo..., che infatti risulta
al terzo posto con 456 nodi...)
già, il punto è se vogliamo essere campanilisti e rinunciare ai nodi all'estero per alzare la statistica.
si puo' fare eh, ci mettiamo d'accordo fra i mantainers di nodi italiani all'estero (almeno quelli che sbirciano questo 3d) e cerchiamo di tornare in Italia.
da 1&1 spenderei 90 euro l'anno per un VPS da 2 core \ 2 gb ram \ 150gb hdd, ad esempio. mano sul cuore e via, se siamo tanti si fa e riportiamo un po' l'Italia in su nella lista dei nodi
edit: in effetti non sono certo al 100% che con 1&1 poi la macchina sia connessa in Italia
a proposito, qualcuno ha una lista di DC o retailers italiani ?
mi vengono in mente aruba, seeweb, poi ?
+1 full node Padova !
ogni tanto dovrò riavviare, quindi non sarà 24/7 ....
ogni tanto dovrò riavviare, quindi non sarà 24/7 ....
bene ... secondo bitnodes.io siamo al 17 esimo posto con 49 nodi...
meritiamo decisamente di piu' !
(anche se ho dei dubbi sull'attendibilita'... tipo un nodo su ovh
viene catalogato come francese suppongo..., che infatti risulta
al terzo posto con 456 nodi...)
+1 full node Padova !
ogni tanto dovrò riavviare, quindi non sarà 24/7 ....
ogni tanto dovrò riavviare, quindi non sarà 24/7 ....
Ehmm... mi era sfuggito... non è neanche molto Full come nodo, ti manca il txindex=1
FaSan
Ai suoi tempi, mi ero interessato alla cosa, alcuni dicevano che era necessario,
alcuni no... siccome a me non interessava fargli gestire un ulteriore indice
(io parso la blockchain con altri attrezzi) avevo deciso di lasciar perdere.
prima ho dato un'occhiata e mi pare che la discussione sia piu' o meno
allo stesso stato di quella volta....
http://www.reddit.com/r/Bitcoin/comments/2xbcr2/decided_to_look_into_what_it_would_take_to_run_a/
e nella guida ufficiale di bitcoin.org non fa menzione dell'opzione... boh.
https://bitcoin.org/en/full-node
Uhmm interessante discussione, non l' avevo letta. In effetti potrebbero aver ragione, me la studio meglio e ti dò riscontro
FaSan
Ehmm... mi era sfuggito... non è neanche molto Full come nodo, ti manca il txindex=1
FaSan
Ai suoi tempi, mi ero interessato alla cosa, alcuni dicevano che era necessario,
alcuni no... siccome a me non interessava fargli gestire un ulteriore indice
(io parso la blockchain con altri attrezzi) avevo deciso di lasciar perdere.
prima ho dato un'occhiata e mi pare che la discussione sia piu' o meno
allo stesso stato di quella volta....
http://www.reddit.com/r/Bitcoin/comments/2xbcr2/decided_to_look_into_what_it_would_take_to_run_a/
e nella guida ufficiale di bitcoin.org non fa menzione dell'opzione... boh.
https://bitcoin.org/en/full-node
questo e' il mio bitcoin.conf
la questiore rpc penso sia ininfliuente, l'ho attivata
per fare delle prove e funziona solo sulla lan e localhost....
blocknotify pure, esperimenti di mining
comunque anche col maxconnection 5000
al massimo ho visto sette/ottocento nodi collegati...
in questo istante ad esempio ne ho 675
----------------------------------------------------
server=1
rpcuser=xxx
rpcpassword=xxx
rpcallowip=192.168.1.*
rpcallowip=127.0.0.1
blocknotify=/u/mining/stratum-mining/scripts/blocknotify.sh --password xxxxx --host localhost --port 3333
maxconnections=5000
la questiore rpc penso sia ininfliuente, l'ho attivata
per fare delle prove e funziona solo sulla lan e localhost....
blocknotify pure, esperimenti di mining
comunque anche col maxconnection 5000
al massimo ho visto sette/ottocento nodi collegati...
in questo istante ad esempio ne ho 675
----------------------------------------------------
server=1
rpcuser=xxx
rpcpassword=xxx
rpcallowip=192.168.1.*
rpcallowip=127.0.0.1
blocknotify=/u/mining/stratum-mining/scripts/blocknotify.sh --password xxxxx --host localhost --port 3333
maxconnections=5000
Ehmm... mi era sfuggito... non è neanche molto Full come nodo, ti manca il txindex=1
FaSan
Questa discussione mi affascina perchè sto imparando altre cose che non sapevo.
Jump to: