Season's Greetings to all,

today I had to send some coins with multibit classic, latest version, sadly when starting it throws out this error message:

Code:

com.google.bitcoin.store.UnreadableWalletException: Could not parse input stream to protobuf
at org.multibit.store.MultiBitWalletProtobufSerializer.readWallet(MultiBitWalletProtobufSerializer.java:395)
at com.google.bitcoin.core.Wallet.loadFromFileStream(Wallet.java:572)
at org.multibit.file.FileHandler.loadFromFile(FileHandler.java:115)
at org.multibit.network.MultiBitService.addWalletFromFilename(MultiBitService.java:410)
at org.multibit.controller.bitcoin.BitcoinController.addWalletFromFilename(BitcoinController.java:137)
at org.multibit.MultiBit.main(MultiBit.java:433)
at org.multibit.MultiBitInExecutableJar.main(MultiBitInExecutableJar.java:98)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at com.exe4j.runtime.LauncherEngine.launch(Unknown Source)
at com.install4j.runtime.launcher.MacLauncher.main(Unknown Source)
Caused by: com.google.protobuf.InvalidProtocolBufferException: Protocol message was too large.  May be malicious.  Use CodedInputStream.setSizeLimit() to increase the size limit.
at com.google.protobuf.InvalidProtocolBufferException.sizeLimitExceeded(InvalidProtocolBufferException.java:110)
at com.google.protobuf.CodedInputStream.refillBuffer(CodedInputStream.java:755)
at com.google.protobuf.CodedInputStream.isAtEnd(CodedInputStream.java:701)
at com.google.protobuf.CodedInputStream.readTag(CodedInputStream.java:99)
at org.bitcoinj.wallet.Protos$TransactionOutput.<init>(Protos.java:3992)
at org.bitcoinj.wallet.Protos$TransactionOutput.<init>(Protos.java:3956)
at org.bitcoinj.wallet.Protos$TransactionOutput$1.parsePartialFrom(Protos.java:4054)
at org.bitcoinj.wallet.Protos$TransactionOutput$1.parsePartialFrom(Protos.java:4049)
at com.google.protobuf.CodedInputStream.readMessage(CodedInputStream.java:309)
at org.bitcoinj.wallet.Protos$Transaction.<init>(Protos.java:6622)
at org.bitcoinj.wallet.Protos$Transaction.<init>(Protos.java:6530)
at org.bitcoinj.wallet.Protos$Transaction$1.parsePartialFrom(Protos.java:6720)
at org.bitcoinj.wallet.Protos$Transaction$1.parsePartialFrom(Protos.java:6715)
at com.google.protobuf.CodedInputStream.readMessage(CodedInputStream.java:309)
at org.bitcoinj.wallet.Protos$Wallet.<init>(Protos.java:10884)
at org.bitcoinj.wallet.Protos$Wallet.<init>(Protos.java:10813)
at org.bitcoinj.wallet.Protos$Wallet$1.parsePartialFrom(Protos.java:10994)
at org.bitcoinj.wallet.Protos$Wallet$1.parsePartialFrom(Protos.java:10989)
at com.google.protobuf.AbstractParser.parsePartialFrom(AbstractParser.java:200)
at com.google.protobuf.AbstractParser.parseFrom(AbstractParser.java:217)
at com.google.protobuf.AbstractParser.parseFrom(AbstractParser.java:223)
at com.google.protobuf.AbstractParser.parseFrom(AbstractParser.java:49)
at org.bitcoinj.wallet.Protos$Wallet.parseFrom(Protos.java:11717)
at org.multibit.store.MultiBitWalletProtobufSerializer.parseToProto(MultiBitWalletProtobufSerializer.java:568)
at org.multibit.store.MultiBitWalletProtobufSerializer.readWallet(MultiBitWalletProtobufSerializer.java:362)
... 12 more
10:40:19.275 [main] ERROR org.multibit.file.FileHandler - com.google.bitcoin.store.UnreadableWalletException Could not parse input stream to protobuf

It had no problems a few days ago to update the same wallet and send some, wallet size is 68711158 before starting MB.

What can I do now?

Even the rolling backup gives the same error and it selects an old backup from beginning of this year which, apart from requiring a few days to completely sync, makes me really nervous, what if I can't load this wallet anymore?

Regards.

spiccioli

ps. running on

Code:

10:40:16.515 [main] INFO  org.multibit.MultiBit - Starting MultiBit at 25 Dec 2015 09:40:16 GMT
10:40:16.517 [main] DEBUG org.multibit.MultiBit - java.runtime.name = Java(TM) SE Runtime Environment
10:40:16.517 [main] DEBUG org.multibit.MultiBit - exe4j.moduleName = /Applications/MultiBit Classic.app
10:40:16.517 [main] DEBUG org.multibit.MultiBit - sun.boot.library.path = /Applications/MultiBit Classic.app/Contents/PlugIns/jre.bundle/Contents/Home/jre/lib
10:40:16.517 [main] DEBUG org.multibit.MultiBit - java.vm.version = 24.80-b11
10:40:16.517 [main] DEBUG org.multibit.MultiBit - i4j.jreBundle = /Applications/MultiBit Classic.app/Contents/PlugIns/jre.bundle
10:40:16.517 [main] DEBUG org.multibit.MultiBit - gopherProxySet = false
10:40:16.517 [main] DEBUG org.multibit.MultiBit - java.vm.vendor = Oracle Corporation
10:40:16.517 [main] DEBUG org.multibit.MultiBit - java.vendor.url = http://java.oracle.com/
10:40:16.517 [main] DEBUG org.multibit.MultiBit - path.separator = :
10:40:16.518 [main] DEBUG org.multibit.MultiBit - java.vm.name = Java HotSpot(TM) 64-Bit Server VM
10:40:16.518 [main] DEBUG org.multibit.MultiBit - file.encoding.pkg = sun.io
10:40:16.518 [main] DEBUG org.multibit.MultiBit - user.country = IT
10:40:16.518 [main] DEBUG org.multibit.MultiBit - sun.java.launcher = SUN_STANDARD
10:40:16.518 [main] DEBUG org.multibit.MultiBit - sun.os.patch.level = unknown
10:40:16.518 [main] DEBUG org.multibit.MultiBit - install4j.exeDir = /Applications/
10:40:16.518 [main] DEBUG org.multibit.MultiBit - java.vm.specification.name = Java Virtual Machine Specification
10:40:16.518 [main] DEBUG org.multibit.MultiBit - user.dir = /Applications/MultiBit Classic.app/Contents/java/app
10:40:16.518 [main] DEBUG org.multibit.MultiBit - java.runtime.version = 1.7.0_80-b15
10:40:16.518 [main] DEBUG org.multibit.MultiBit - i4j.ownBundlePath = /Applications/MultiBit Classic.app
10:40:16.519 [main] DEBUG org.multibit.MultiBit - java.awt.graphicsenv = sun.awt.CGraphicsEnvironment
10:40:16.519 [main] DEBUG org.multibit.MultiBit - java.endorsed.dirs = /Applications/MultiBit Classic.app/Contents/PlugIns/jre.bundle/Contents/Home/jre/lib/endorsed
10:40:16.519 [main] DEBUG org.multibit.MultiBit - os.arch = x86_64
10:40:16.519 [main] DEBUG org.multibit.MultiBit - java.io.tmpdir = /var/folders/40/xh586sdj5j182s7j8xclm_w80000gp/T/
10:40:16.519 [main] DEBUG org.multibit.MultiBit - line.separator =
 
10:40:16.519 [main] DEBUG org.multibit.MultiBit - java.vm.specification.vendor = Oracle Corporation
10:40:16.519 [main] DEBUG org.multibit.MultiBit - os.name = Mac OS X
10:40:16.519 [main] DEBUG org.multibit.MultiBit - apple.laf.useScreenMenuBar = true
10:40:16.519 [main] DEBUG org.multibit.MultiBit - proxySet = false
10:40:16.519 [main] DEBUG org.multibit.MultiBit - sun.jnu.encoding = UTF-8

Hi,

I've been able to build bitcoind on Solaris/OpenSolaris/OpenIndiana for the last couple of years with just minor changes and some googling; most of the times the  lack of the "std::" namespace in front of each map<> was the problem.

I'm not proficient in C++, so I have to say that I don't understand most of its source code  

Today I've tried to build branch 0.11 on latest OpenIndiana (Hipster.201510) with GCC 4.8.5 and I've just stumbled on my first problem with C++

In src/serialize.h I get

Code:

 CXX    libbitcoinconsensus_la-ecwrapper.lo
In file included from ecwrapper.cpp:7:0:
serialize.h: In function 'unsigned int GetSerializeSize(int8_t, int, int)':
serialize.h:190:21: error: redefinition of 'unsigned int GetSerializeSize(int8_t, int, int)'
 inline unsigned int GetSerializeSize(int8_t a,    int, int=0) { return 1; }
                     ^
serialize.h:189:21: error: 'unsigned int GetSerializeSize(char, int, int)' previously defined here
 inline unsigned int GetSerializeSize(char a,      int, int=0) { return 1; }

The same error on lines 201/202 and 213/214, so given the comment present on lines 201 and 213 (and the fact that int8_t and char should be the same here) I've just commented out those lines like this

Code:

//inline unsigned int GetSerializeSize(char a,      int, int=0) { return 1; }
inline unsigned int GetSerializeSize(int8_t a,    int, int=0) { return 1; }
inline unsigned int GetSerializeSize(uint8_t a,   int, int=0) { return 1; }
....

//template<typename Stream> inline void Serialize(Stream& s, char a,         int, int=0) { ser_writedata8(s, a); } // TODO Get rid of bare char
template<typename Stream> inline void Serialize(Stream& s, int8_t a,       int, int=0) { ser_writedata8(s, a); }
template<typename Stream> inline void Serialize(Stream& s, uint8_t a,      int, int=0) { ser_writedata8(s, a); }
...

and I'm now able to go past this error.

Question: is this something due to my GCC version or what?

spiccioli

[paid by buyer]

Hi fellow miners,

I'm auctioning here 9 Bitmain S2 miners.

Auction ends Friday, February 5th at midnight 12:00 am UTC.

I'd like to sell them as a lot but I reserve the right to sell individual units if I receive good offers.

All units have been hosted at Waveform Technology in Troy, Michigan since they were bought.

Michigan-colocation (as they're also known here) offers an astounding service but alas at current BTC price/difficulty ratio units cannot be hosted there anymore.

So, if you happen to live in an area with cheap electricity this offer is for you.

5 units are hashing at full 1TH/s while 4 are hashing between 800 and 900 GH/s (see below for speeds).

Shipping will have to be organized with Michigan-colocation and paid by buyer (I don't know if units can be collected at Michigan-colo's facility, but I can ask if there is some real interest).

Escrow by some reputable member of this forum welcome, buyer pays escrow fees, otherwise you pay me and I will authorize Michigan-colo to ship the units.

Please post your offers in this thread if possible, PMs will be answered in around 24 hours.

Happy auction!


spiccioli.


ps.  If you want to write me, please keep in mind that I live in GMT+1.

February 4th, 2015

My units were hashing on two proxies (slush's proxy code) so that I could switch pool with a single change and have some redundancy.

I've plotted their real speed from Jan 1st this year to Jan 15th when they were powered off, these two graphs are made counting accepted shares only, so they show the real speed of the units as seen by the pool.

I have to correct my previous statement that 5 units are able to reach 1TH, just 3 are able to reach a full TH, 2 are at 900 GH and the rest at 800-850 GH, I'm sorry for this error.

In any case, considering current bids, they're still a steal.

First proxy with five units



Second proxy with four



Regards.

spiccioli

February 4th, 2015 - some answers from Michigan colo

I've just received an email from Michigan colo with some answers to shipping costs and local pickup:

• collection at their facility is an option
• there is no extra charge for handling, they charge 7 USD to schedule a pickup at their facility
• typical costs for shipping in the USA are around 50 USD/box since they have discounted rates from UPS

February 5th, 2015

Clarified auction's end, it is going to end today at 12:00:00 (noon) UTC, see my last post.

Sorry for any confusion.

spiccioli

February 5th, 2015

Winners here:

https://bitcointalk.org/index.php?topic=943558.msg10368560#msg10368560

Hi Jim,

I'm running Multibit 0.5.18 and I have several wallets

Everytime I open a different one, Multibit syncs it back since March 25th, 2014.

This is not only becoming annoying, but makes using a wallet increasingly slower.

Can you make a new multibit.checkpoints file? Or is there a method to build one?

Regards.

spiccioli

[Disclosure:]

Disclosure: Spondoolies Tech was very kind to send me an Sp20 as per their Legendary Review thread.

The obligatory background story: first time I read about bitcoins was mid May 2011, it took me a couple of weeks to reach... consensus with my wife that it was a good idea and to start throwing money and time to mine them.

So I bought five ATI 5830s and put them in three second hand cases I had at work, my son was just 4, so I could not leave their cases open.
I called them the three Knights (the Black one and the White ones) set to fight banking cleptocracy.


I had them in my house... it was hot, we were at the end of June, so I had to keep the window open all day long, my wife did not like the idea anymore...


After them I did the "course of honor" of every respected miner: GPUs, FPGAs and the the Avalons, the first ASICs to reach the market... in hindsight I should have bought them with both hands during December-January 2012, when they were around 3 USD/each... anyway, it has been even funnier this way.

The review:

I got my Sp20 unit saturday morning.

First of all, you need to know that my nickname and Spondoolies... mean nearly the same, pocket change my nickname and a (bigger) cash sum theirs.

I need to stress out that mining, in Italy, has never been an easy task because electricity here is not cheap.
I pay around 0.25 USD/cents per kWh with a commercial contract (home ones are even higher), so, apart from a few moments in bitcoin's history, I've always had the need to use the most power efficient units available (or run them abroad).

Where I'm hosting my Sp20 (mom's garage, which is a solution that I see used more and more by miners here ) I have a lot more space available than where I live and the help of a photovoltaic system, though a small one, which from late spring to early autumn helps me shave some percent off the electricty costs and produce green bitcoins

I've taken a few photos, before powering on the unit:


unboxing


connectors side

And yes, those coins are, you guessed it, "spiccioli"



with case's top removed, the control board is in sight


control board, a very neat unit, with two connectors for the hashing blades on the right side


below the control board there is a metal plate that holds the hashing boards in place.


hashing boards with metal plate removed and visible on the left of the image


As I said, power efficient units are a must here in Italy, next photo shows the Sp20 near a couple of its old ancestors:  Cairnsmore 1s (with fan) and a couple of Bitfury's H-boards.

Both of them were the most power efficient solutions at their time as the Sp20 is today.


CM1s ran around 60-65 W/GH, BitFury's boards run around 1.1 - 1.3 W/GH while a downclocked Sp20 is able to run at 0.55-0.57 W/GH


For my first test I've used a Recom M1600 I had laying around. The M1600 is an 80+ bronze PSU able to output 1600W, it is 85% efficient, so not the best you can find efficiency wise, but it has enough juice to run an Sp20 at full speed without problems.



I've run it with stock configuration since saturday evening.


Running at 1620 GH/s in 23 C enviroment it was using 1190W at the wall on a 220V circuit.


Today I've reduced speed a little using SP-Tech's recommended tweaking, that is reduce voltage alone, I've reduced max voltage down to 0.70 from 0.75 because chips were throttling due to heat. I'm now hashing at:



with chip temperatures all under control



and power should be around 1 kW at the wall, but I have no photo, alas.

I use slush's proxy to handle all of my units, to be able to point them to the pool of my choice without the need to reconfigure each one of them.

What follows is a graph I make from slush's proxy log file, it shows last day of hashing for this instance of the proxy code which receives the hashing of the Sp20 and of three old Bitfury's rigs (bf2,3,4 in the image).



Tomorrow  or the day after it I'll switch the PSU for a Corsair V1000, which is a 80 gold+ unit and I'll reduce unit's hashing speed to reach the sweet spot around 750 W at the wall, where the unit should still able to hash at 1350 GH but with much better power efficiency, as philipma1957 has already found out.

Stay tuned!

spiccioli.

[edit:]

Hi all,

tonight at around 4 am GMT+2 someone stole 3.96 BTCs from my account on Havelock Investments (.com).

It was mostly my fault, no 2FA active, I had country restriction active, but it was not enough, though.

Funds have been sent to: 1MJHPV3nxj4M6zfbXk9Ez9gxeaSuAzPcmH

Any help in identifying thief will be compensated.

spiccioli

edit: they're now sitting here 17JaEen2Q9F2XajXD9v47ooySm1G23dvCy

[edit: da 700W]

Ciao,

ho tre avalon batch #1 (quelli color argento) da tre moduli l'uno che cedo per almeno 58 btc ciascuno (54 btc ciascuno se acquistati in blocco) piu' il costo della spedizione con corriere espresso.

Tenete presente che:

- hanno alimentatore originale edit: da 700W, antenna wifi e cavo alimentazione

- non c'e' ovviamente problema se e' richiesto escrow ma:
  - l'acquirente paga il costo dell'escrow
  - a fare escrow deve essere qualcuno con rating alto qui sul sito (vedi ad esempio la lista)

- li spedisco nell'imballo originale

- ci vorranno un 24 ore circa dal momento del pagamento a quello della spedizione

- non e' possibile ritirarli di persona


nel caso io ci metta piu' di 24 ore a spedirli (tranne nel caso il pagamento avvenga di venerdi', allora la spedizione avverra' comunque il lunedi' successivo), restituisco 0,60 BTC edit: per macchina per ogni giorno di ritardo.

Se interessa, datemi un cenno qui e mettiamo in moto la cosa.

spiccioli

[PROs]

HHTT Short list of pros and cons:

PROs

• no bells and whistles
• very low fees when mining with difficulty higher than 128 and at difficulty 128 (default one) fees are slightly less than 0.51%
• half of each block's transactions fees are paid to the miner that finds the block lowering fees even more
• rock solid and resilient
• no registration needed: bitcoin address as username and whatever you like as password.
• if you want to set your difficulty just add it at the end of your username preceeded by an underscore:
  
                        1FDkoGo8o9tmXD4cYpAqBZeWACJiYjMm3x_256
  
  This sets you at difficulty 256.
• TOR mining aka don't let your government know that you're mining...

CONs

• no bells and whistles
• backgound colors can be annoying at times - just reload page for a different combination
• with difficulty growing so fast variance can be felt at times

NEWS

• October 22nd, 2013: easy configuration sample for high availability for cgminer (should work with bfgminer as well)
• October 24th, 2013: as en example of block's fees reducing pool's fee, see here latest block which paid a good 0.15 BTC to the miner who solved it: https://blockchain.info/block-index/429263/00000000000000072089a0adae2b921c93f3d707c1180b7dae1b63ef03e0dd78
• November 8th, 2013: there was no mention of pool's URL... now there are at least two links to it
• November 9th, 2013: no other pool gives you a 9.5 BTCs prize for a solved block!!

This is a Pay Per Last N Shares pool which means that you need to mine here for at least a couple of days before getting your full share of each found block.

Oh, don't forget to have a look at the original thread if you want to know how it all began.

spiccioli

Ciao,

ho ricevuto un messaggio su localbitcoins.com da parte di un utente straniero, scrive in inglese, che sta cercando di vendere dei BTC in cambio di contante a Roma.

https://localbitcoins.com/accounts/profile/tigerstyle007

Questo e' il suo account su localbitcoins.

Metto questo messaggio al solo fine di dargli una mano, perche' io sono di Torino e quindi posso fare ben poco.

spiccioli

Siamo al media attention oppure oltre?

spiccioli

http://www.zerohedge.com/news/2013-01-28/chart-day-ecb-responsible-second-coming-bitcoin

spiccioli

https://www.bitmit.net/en/item/11120-intratech-asic-miner-aerius-x1-35-gh-s

spiccioli

Ciao a tutti,

ho messo in vendita su Bitmit una serie di ricariche PostePay in cambio di Bitcoin.

Uso bitmit.net per il suo servizio di escrow automatico che garantisce sia chi vende sia chi acquista.

Ho messo tagli da 10 a 100 euro a prezzi concorrenziali!

ricariche postepay

spiccioli


ps. vedi anche sotto, messaggio #3

I see that the old pyramining thread has been locked down, now where do we share our beloved links?


http://pyramining.com/referral/nxbry6hma        still active
http://pyramining.com/referral/bhcansyd4        still active
http://pyramining.com/referral/8ceharxqy        still active
http://pyramining.com/referral/kgehn4m8c        still active



beware: max one post per page

Remember:

I hate to set arbitrary rules just because of a few people abusing the system, but no more spamming the threads with referrals, it's annoying to see people constantly spamming/bumping the thread in an endless race to be the last poster. I warned a few people already, and bans have been handed out for the worst offenders who chose to ignore the warnings. It's either this or ditch the threads entirely.

One post per page from now on. Edit your post if your links change.

I have deleted the double poster's posts from the page directly. Consider this a warning as per the spamming rules.

Ciao a tutti,

immagino sappiate  di p2pool, ovvero del pool decentralizzato con zero fee e peer-to-peer cosi' come bitcoin.

Bene, fino a oggi "agganciarsi" al p2pool richiedeva un po' di lavoro, installare dei programmi... niente di che, ovviamente, ma una scocciatura nel caso si volesse solo provare a vedere com'e' e poi tornare indietro.

Non e' piu' cosi', da un po' di tempo dei nodi della rete che costituisce il pool p2pool si sono aperti verso l'esterno e accettano minatori esterni al nodo stesso.

Oggi ho aggiunto il mio nodo a questo elenco, il nodo si trova in Italia, a Torino, e quindi per un italiano dovrebbe essere piu' rapido rispetto a un nodo americano.

Qui potete trovare l'elenco dei nodi attivi

https://bitcointalk.org/index.php?topic=66182.0

Per accedere a un nodo p2pool occorre usare come username un indirizzo bitcoin valido  e come password dei caratteri qualsiasi.

Occhio anche che quando si usa p2pool si e' soggetti a una maggiore variabilita' nell'entita' dei pagamenti, e' un po' come minare in solitario: a volte si raccoglie molto, altri giorni di meno o niente.

Quindi se provate a minare sul p2pool (in solitaria o agganciandosi a uno dei nodi di cui sopra) conviene farlo per almeno tre-quattro giorni e poi fare la media giornaliera di quanto si e' prodotto.

Bene, per entrare nel mio nodo occorre configurare un minatore facendolo puntare a:

http://p2pool.soon.it:9332/

come nome utente bisogna usare un indirizzo bitcoin valido (occhio che altrimenti non riceverete alcun pagamento!) e la password puo' essere qualsiasi cosa, due tre caratteri, che so "ciao".

Il mio punto d'accesso fa pagare lo 0,5% di fee.

Per un approfondimento sul p2pool:

https://bitcointalk.org/index.php?topic=18313.0

spiccioli.

Hi,

I see that a json-rpc call to bicoind with method getreceivedbyaddress does not return mined coins which have that address as payment address.

I have several payment to such address from mining with p2pool.

Is there a call which returns mined coins or do I have to take the balance of all accounts inside wallet, subtract them from wallet balance and the result is mined coins?

TIA

spiccioli

Hi,

I've been trying to download BAMT for a week now, without success.

Is there a url where it can be downloaded from without using torrents?

Best regards.

spiccioli

Hi all,

is there someone here using bitcoin as a server on win32 to solo mining with more than 9 miners?

I'm trying, but it dies after  a few hours/minutes with an exception.

This is on a windows xp pc.

Any help appreciated.

spiccioli.

[edit:]

Hi,

I've got a bitcoin 0.4.0 on win32 (windows xp) used as a server, there are 10 to 20 clients which reach it.

Here its .conf  file:

server=1
rpcuser=XXXXX
rpcpassword=YYYYY
rpcallowip=*

it dies from time to time with this exception:



edit: click on the image to see it in full.

Hi,

I'm wondering why are (most of) pools waiting for 120 confirmations for found blocks while the network considers 6 confirmations enough?

spiccioli.