Bitcoin Forum
July 28, 2021, 10:45:52 PM *
News: Latest Bitcoin Core release: 0.21.1 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: [1] 2 3 4 5 6 »
1  Bitcoin / Development & Technical Discussion / Re: Bitcoin Core 0.15.0 Release Candidates Crashing on Windows on: September 17, 2017, 10:17:08 AM
Problem solved!  Running bitcoin-qt with the '-resetguisettings' switch fixed it.  Thanks to MeshCollider on github for the fix! Smiley

Thanks!

That fixed it for me, too.

I had a similar crash, on MacOS, though. It happened right after validating the previous blockchain, and as the GUI loaded.

The final logging line was "GUI: TransactionTablePriv::refreshWallet", right after loading the root certificates.

Ran it again with -resetguisettings and it's fixed! I got the welcome screen again, that's OK, it was happy to re-use my existing blockchain download (re-indexing for 0.15 had already completed by this point).

Josh
2  Bitcoin / Bitcoin Discussion / Re: Bitcoin and me (Hal Finney) on: August 29, 2014, 05:52:47 AM
Wow.  I knew he had ALS and was becoming increasingly paralyzed, but didn't know he had passed on until just now.  What a frustrating and imprisoning feeling that must be: to have a brilliant mind trapped in a failing body that can no longer communicate to the outside world.

I hope the 0.0001 BTC unit can be named in his honor (the "Finney").
3  Bitcoin / Development & Technical Discussion / Re: New Digital CB "band" for cryptosystems, i.e. offline bitcoin transactions on: February 21, 2014, 10:11:17 AM
I've been thinking about this one for some time, and I have an early proposal that I'd like to flesh out with the brainiacs to see if there are any glaring errors that I've made, before I make a formal purposal to the FCC.  No, I'm not joking.

Nice!  I thought about "Bitcoin over radio" as well.  Didn't get to the point of deciding exactly which frequencies or modes would be best for the task, though.  Just thought about the general idea, using the model of a ham radio repeater that serves a given geographical region.

The idea is to have some way of ensuring Bitcoin transactions can still be made, even if the Internet is down/unavailable/suppressed in the region.  It would work similar to a ham radio repeater, many of which already support various digital modes.

The repeater (good radio station on a mountaintop or something like that, so it has good reach) would be the only node that would require Internet connectivity.  It would have an output frequency (always transmitting), and an input frequency (always receiving).

The repeater would broadcast the blockchain as it came in, on its output frequency.  The repeater would also broadcast local transactions that have not yet been confirmed, to acknowledge them.

Individual users would transmit to the repeater, on its input frequency, the transaction they wish to make.  Only the repeater needs to receive the transmission, other individual users don't need to, as long as everybody remains within range of the repeater.  As with traditional ham radio, this lowers the cost dramatically and makes it easier to use, as only the repeaters need to have really good antenna locations, as users can reach other users through the repeater.

If the Bitcoin node at the repeater deemed that transaction to be acceptable (stored it in mempool and relayed it to other nodes over the Internet), then that transaction would be rebroadcast on the output of the repeater, so that all within radio range would know it, as well as over the Internet.  Thus, the sender of the transaction would get acknowledgement that it had been accepted.

If there is enough downtime between blocks, the repeater would rebroadcast historical blocks, so that anybody who missed a block due to static/interference or whatever could have another chance to stay fully synchronized.

An additional sophistication could be to add the ability to subscribe to addresses of interest (using filters for privacy), so that unconfirmed transactions matching those filters would also be broadcast on the radio, not just blocks.  This would provide faster notification of incoming transactions, without having to wait for them to appear in a block, similar to outgoing transactions.

The idea is to have the ability to transact by Bitcoin be very survivable.  If the traditional Internet connections are knocked out, either by disaster or intentionally by government trying to do suppression/censorship, the ability to do Bitcoin by radio could be very useful.

Josh
4  Bitcoin / Development & Technical Discussion / Re: [Choose the new Pywallet name] - Pywallet 2.1.6: manage your wallet on: January 21, 2014, 10:47:09 AM
Nice!

I got pywallet running, and it helped me to scrub out an old 0/unconfirmed transaction that I hadn't paid enough transaction fee to clear.

Had to make a small change, to get it to run on Gentoo Linux.

Unfortunately, Gentoo packaged the bsddb library under the name "bsddb3" which is incorrect, and breaks pywallet.  This works around that breakage, by trying to import from bsddb3 if bsddb fails.  Exactly the same library, but different name.

Here's the pull request for this: https://github.com/jackjack-jj/pywallet/pull/6

Josh
5  Bitcoin / Development & Technical Discussion / Re: Bug? Reduced minrelaytxfee allows creating (not just relaying) non-standard tx on: January 21, 2014, 09:34:27 AM
Sorry for the necropost, but I have to agree with Foxpup.

I would love the ability to set the minimum fee for transactions that my local node creates, independently of the minimum fee that will be required in order to accept transactions from others.

(earlier question removed, it seems not to be necessary anymore)

Nice, on IRC sipa told me of a third setting!  Simply use the -txfee command line option.  So, we do have 3 knobs to turn:

"mintxfee" in bitcoin.conf = Affects mined blocks that my node solves (I should be so lucky!)

"minrelaytxfee" in bitcoin.conf = Affects relayed transactions that my node receives from others

-txfee on command line (not bitcoin.conf) = Affects wallet transactions that my node originates

Is this right?

Josh
6  Economy / Speculation / Re: Thoughts on FBI dumping Silkroad BTC on: January 05, 2014, 06:41:46 AM
I think the FBI will keep it, especially if the trial leads to a conviction ("drug money" and other seized assets are kept by the government upon conviction, providing a nice revenue stream that many say leads to overzealous enforcement of drug laws when the local police agency is feeling a little poor).

It could provide the USA with a storehouse of Bitcoin, in much the same way as Fort Knox provides a storehouse of physical gold.  If Bitcoin takes off in the future and becomes more widely accepted, this could prove quite useful to the government as an asset.
7  Bitcoin / Group buys / Re: [Open Group Buy 1] AntMiner U1 USB STICKS - US only on: January 04, 2014, 11:11:35 PM
The miner I bought arrived today.  It is *CUTE*.  It will make a nice addition to the collection.  It was a pleasure doing business with iluvpcs and positive trust was left.

The windows binary works just fine once the USB driver is installed.  Too bad for me I don't normally run a miner on the few windows machines I own.  I prefer to keep my miners on a raspberry pi.

Now for the bad news, and none of it has anything at all to do with the group buy.  What I received is exactly what is represented in this group buy.

First of all, the linux binary listed above does not run on any of my machines.

So, I pull the source code for the modified version of cgminer from https://github.com/bitmaintech/cgminer and the fun begins.

The first issue I find is a pretty big one.  The AntMiner U1 USB stick uses the same usb signature as an erupter.  This does not need to be an issue but as it is right now, it is not possible to compile cgminer to support BOTH an AntMiner U1 USB and and a block erupter usb with the same instance of cgminer.  Older versions of cgminer and bfgminer think it is a block erupter usb and does weird things with it.

Then, once configuring for the "bmsc" driver I run into some rather nasty compiler warnings.  one is true where the code copies 5 bytes into a 4 byte storage which immediately crashes the program.  The crash was disguised in a code update between yesterday and today as the device is no longer addressed so the broken code is never executed.  I will spend a bit more time playing with this later but right now it appears to be a windows only solution.

Ok, going back to the windows binary only release, the device is reported as "AMU", same as a block erupter USB.  Not nice.  It should have its own name.  Furthermore the stock "miner.php" script does not enumerate the AntMiner sticks.

So ... it is only a matter of software.  The stick I have is hashing at 1.55 Gh/s on windows xp running stock.  Now to overclock the sucka..

I'm up and running on Linux.  Also using the modified cgminer from bitmaintech.  Thanks for posting your patch to GitHub.

https://github.com/bitmaintech/cgminer/pull/1

It compiles and runs perfectly.  I made the same fix independently before finding your pull request Smiley

There's lots of good documentation from AntMiner here:

https://github.com/AntMiner/AntGen1

The cgminer command line I'm using is:

Code:
./cgminer --bmsc-options 115200:20 --bmsc-freq 0781 -u P2Pool -p P2Pool -o stratum+tcp://localhost:9332/ -D

If you aren't using P2Pool Sad replace username, password, and pool URL with whatever your other pool requires, of course.

All my AntMiner USB devices autodetected cleanly, and I'm getting a clean 1.5 GH/s from each miner.
8  Bitcoin / Bitcoin Discussion / Re: Contest to name the 0.0001 BTC unit (0.1 BTC prize!) on: January 03, 2014, 11:01:18 PM
I rather like the idea of grouping Bitcoin units by 10,000 as others have said.

It fits in well with Bitcoin's design of 8 decimal places in total.

Grouping by 4 decimal places makes sense here, because 8 decimal places fits cleanly into two groups of 4.

Japanese culture already uses grouping by 4 decimal places: man, oku, chou, kei.  (Maybe this is why Satoshi chose to divide Bitcoin into 8 decimal places, and not 6 or 9, as a Western designer might have done?)

Chinese culture also groups by 4, and we all know how important China is to Bitcoin.

And, we already have a unit for 10,000 BTC, the Pizza (named after the first successful real-world transaction), so this is a smooth progression of units.

10,000 Satoshi = 1 ?

10,000 ? = 1 BTC

10,000 BTC = 1 Pizza

OK, enough rambling, here are my nominations for the "?" unit:

Nakamoto (goes with Satoshi)

Finney (memorable, and a tribute)

Others have already mentioned these, but I agree with them.

Josh
9  Bitcoin / Group buys / Re: [Open Group Buy 1] AntMiner U1 USB STICKS - US only on: December 29, 2013, 06:52:36 AM
Nice, thanks!  Paid for 14 miners just now.  Sent PM with the details.
10  Bitcoin / Pools / Re: [117 TH] p2pool: Decentralized, DoS-resistant, Hop-Proof pool on: December 19, 2013, 06:51:14 AM
Here is the list  Grin

Nice, thanks for making the list!

Was wondering how much should be refunded, out of what I got out of mining that block (what little there was, I'm a small-time miner).

Just sent my refund now.  I wonder how much he ended up getting back?

Josh
11  Bitcoin / Pools / Re: [50 TH] p2pool: Decentralized, DoS-resistant, Hop-Proof pool on: December 04, 2013, 08:02:13 PM
In other related news, using http://p2pool.info/ as the new homepage for P2Pool is on the horizon since I recently took up maintenance of it and as it's already well-known.

Nice!!  Good to know you got control of that page.

Josh
12  Bitcoin / Mining / Re: Largest BTC share ever found? on: December 04, 2013, 06:46:41 AM
Another "good" block was found recently by P2Pool:

https://blockchain.info/block/00000000000000000df911554881a518a0d1a0f4adeafb6b2e1136866c9a67b3

I calculated this would be good for a difficulty up to 78,688,747,242 (not sure the math was right, though).
13  Other / CPU/GPU Bitcoin mining hardware / Re: ASICMiner 49Port Hub burn on: November 17, 2013, 09:43:46 PM
Please people put a smoke detector near your mining equipment. I had just seen this.

And its still ticking away.

I had that happen to me, too, but not nearly that bad.  Caught it in time.

The fuse did not blow, but the plastic of the fuse melted away and glued itself to the board.

I couldn't remove the fuse without using Vice-Grips to grab what's left of the plastic and carefully work it free.  Then I was left with bare metal tabs sticking out of the fuse holder.  Removed these carefully, with needlenose pliers.

The lid on the USB hub comes off easily by turning those little screws.  An Allen wrench, 3 mm size, worked perfectly for me.  It is much easier to access the fuse holder, and ATX power supply connector, this way.  Don't try removing the fuse (or whatever's left of it) without removing the lid first.

Reason is, when you're working on removing the fuse, be sure not to move or otherwise put stress on the fuse holder block!  It's soldered there with some very thin solder joints (probably too thin, that also causes it to overheat even more).  It's a fragile, weak area.  Might be a good idea to support the fuse holder block so that it can't move, perhaps with another pair of pliers, while you work at digging out the burned fuse.

Although my power supply claims to be "500 watts", it is only rated for 30 amps on the 5 volt rail (150 watts).  With 49 Erupters installed, I'm right on the edge.

I replaced the 40 amp fuse, that melted away, with a 30 amp fuse.  It has less capacity, but all 49 Erupters have been mining for several days now, and it has not blown yet.  I recommend doing this.  It also matches what my power supply is rated at, which will help keep it from accidentally becoming overloaded.

The fuse plastic is also a bit thinner, so it will stand away from the board a little bit, and hopefully make for an easier job of removing it later, if necessary.  The supplied 40 amp fuse that comes with the USB hub might be made out of a weak plastic that melts easily, it would seem.  My new fuse is nowhere near melting.

I also concentrated my fan cooling on blowing directly on the fuse area!  That area is a critical weakness and it gets hot.

Also the ATX power supply connector.  Feel it, and one of the wires will be warm to the touch.  That's the 5 volt wire.  The 24-pin Molex connector also doesn't like heat.  Molex is known to blacken easily, as anybody who has owned a pinball machine will tell you Smiley

When Molex blackens, it doesn't feed power as easily, so it blackens more, etc. and eventually you get thermal runaway and it burns.

On the other hand, the Erupters themselves don't really mind getting hot.  They still work fine.  Before I got this big hub, I just had the Erupters sitting on my desk in ordinary little consumer USB hubs, without cooling, and they seem to be OK (although very wam to the touch).

I re-aimed my big fan at this side of the USB hub, so it's blowing full blast on the fuse connector and ATX connector!  The wind also has the nice side effect of blowing across the Erupters as well, from this angle, helping them stay cool.  I recommend doing that, as you've seen, it's obviously most important to cool that area of the USB hub, with as much air as you can get blowing directly on that fuse.

And definitely a smoke detector in the room Smiley
14  Bitcoin / Development & Technical Discussion / Re: the bs "Satoshi:0.8.99" and 0 byte pings on: November 06, 2013, 07:28:36 AM
Hmm, with your commit 0.9 users will have no visible way of seeing these protocol breaking bad nodes.  Perhaps a -debug mode only warning would be helpful?

Aye, you're right.  I have that in already, but only for pong.  Don't have it for ping.  Should be easy enough to add.

Josh
15  Bitcoin / Development & Technical Discussion / Re: the bs "Satoshi:0.8.99" and 0 byte pings on: November 04, 2013, 08:17:01 AM
Strange!

I worked on a recent patch for Bitcoin that added ping time measurement (using ping/pong).  During development, I ran into some strange nodes out there that were doing something similar.

https://github.com/bitcoin/bitcoin/pull/2937#issuecomment-23457819

Here's the referenced IRC chat:

http://bitcoinstats.com/irc/bitcoin-dev/logs/2013/08/28#l1377673880

Many of these IP addresses match!!

Only thing is, this was for the *pong* message, not ping.  They were sending me pong messages of zero size.  I now check the size before doing any processing, and just throw it out if it's too small, to avoid the spam messages you get about the exception.  I don't remember ever getting any undersized *ping* messages from them.

I remember the version also, it was 0.8.99.  I think this just means you're running the latest Bitcoin from GitHub, compiled yourself, and thus not an official release?  Not sure about that, though.

Didn't think this had anything to do with p2pool, though.  Interesting.

Josh
16  Bitcoin / Group buys / Re: [OPEN IN-STOCK] batch #32/31 .035 btc @50 USBs + 49-port hub. 0.80 btc /Blade on: November 04, 2013, 03:45:53 AM
Not sure if this text is still needed, but:

Krellan; 100; 3.5; 12JXrgup9NJdwp5rWqnqXJ57RN4hYHY8i6
17  Bitcoin / Group buys / Re: [OPEN IN-STOCK] batch #32/31 .035 btc @50 USBs + 49-port hub. 0.80 btc /Blade on: November 04, 2013, 02:46:33 AM
Monday will work

Great!

Sent email with the shipping label PDF to the email address in your first post, just now.

Ordered 100 USB Erupters (should include 2 of the 49-port USB hubs).
18  Bitcoin / Group buys / Re: [OPEN IN-STOCK] batch #32/31 .035 btc @50 USBs + 49-port hub. 0.80 btc /Blade on: November 04, 2013, 01:52:21 AM
to get 2 hubs, you'd need to get 100 USBs.  the hubs/USB combos are first come first serve... To be fair to all, I'm not taking reservations due to low inventory.  a payment reserves your units.

Thanks.  Will pay soon, getting 100.

Am I correct in that "Medium Priority Box" is the size to pick, for 100?  This includes room to fit the hubs also, right?

1 Large box would be enough for 100 USBs + 2 hubs.

OK, thanks.  Sorry I'm a little unclear on the new ordering process.  Ship date should be Monday, correct?
19  Bitcoin / Group buys / Re: [OPEN IN-STOCK] batch #32/31 .035 btc @50 USBs + 49-port hub. 0.80 btc /Blade on: November 04, 2013, 01:36:12 AM
to get 2 hubs, you'd need to get 100 USBs.  the hubs/USB combos are first come first serve... To be fair to all, I'm not taking reservations due to low inventory.  a payment reserves your units.

Thanks.  Will pay soon, getting 100.

Am I correct in that "Medium Priority Box" is the size to pick, for 100?  This includes room to fit the hubs also, right?
20  Bitcoin / Group buys / Re: [OPEN IN-STOCK] batch #32/31 .035 btc @50 USBs + 49-port hub. 0.80 btc /Blade on: November 04, 2013, 12:27:15 AM
Nice!

Hoping you still have some in stock.  If still there, please reserve for me 70 USB Erupters, and 2 of those 49-port USB hubs.

I know that the USB hubs aren't free unless there's an even lot of 50 Erupters that are ordered at the same time to go with each.  With that in mind, what is the price on an individual USB hub?  Maybe I should just increase my order to 100 USB Erupters, to get 2 hubs?  Let me know which would be more cost effective, then I'll send in payment.

Thanks!
Pages: [1] 2 3 4 5 6 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!