Show Posts
|
Pages: [1] 2 3 4 5 »
|
5
|
Bitcoin / Bitcoin Wallet for Android / "Raise network fee" assumes 1kB transaction... and spends outrageous fee
|
on: March 02, 2017, 09:32:15 PM
|
When using the "raise network fee" option, Bitcoin Wallet for Android 5.14 disregards the fee category the transaction was initially sent at (ECONOMIC, NORMAL, PRIORITY) but blindly takes the PRIORITY fee value, and multiply it by 2 (hence implicitly assuming a transaction of 1kB since PRIORITY is supposed to be a value in sat/kB): feeRaise = data.get(FeeCategory.PRIORITY).multiply(2);
This causes unnecessarily high fees. For example today I had a small 225-byte transaction stuck unconfirmed after 10 mined block despite a fee of ~28000 sat (~126 sat/B, a NORMAL fee). When I tried to raise its network fee it generated a second 192-byte tx with a fee of 320000 sat because PRIORITY right now is at 160000: $ curl https://wallet.schildbach.de/fees ECONOMIC=25000 NORMAL=125000 PRIORITY=160000
So in total I paid ~348000 sat for 417 bytes or ~835 sat/B, which is 4 times higher than necessary according to https://bitcoinfees.21.co which recommends ~220 sat/B for an estimated delay of 0 blocks. IMHO the code should be changed to properly compute the fee in sat/B instead of assuming a 1kB transaction. And I question the validity of picking 2*PRIORITY. Shouldn't the logic of raising the fee be "pick the next higher-category fee" and only if at PRIORITY already, multiply by 2 (or 1.5 or some other less drastic value)? Thoughts, anybody?
|
|
|
6
|
Alternate cryptocurrencies / Mining (Altcoins) / Summary of Claymore's miner infringing on mrb's SILENTARMY miner MIT license
|
on: November 06, 2016, 11:14:59 PM
|
Let this thread serve as a public record to show that Claymore and I resolved this licensing issue. It is no longer a problem. Some people ran "strings" on Claymore's Zcash binary and saw function names and variables that matched my SILENTARMY miner: https://forum.z.cash/t/silentarmy-v3-now-a-full-miner-multi-gpu-stratum/3580/629I confirmed Claymore copied my code beyond doubt: https://forum.z.cash/t/silentarmy-v3-now-a-full-miner-multi-gpu-stratum/3580/641Because SILENTARMY is released under the MIT license, Claymore was obligated to include my copyright notice, but he failed to do so. So I privately asked him to do so in a private message: Claymore, you took and reused my blake.c code and didn't include the copyright notice as required by silentarmy's MIT license: https://forum.z.cash/t/silentarmy-v3-now-a-full-miner-multi-gpu-stratum/3580/640I request that you cease infringing by: (1) either including the full "License" section of silentarmy's README.md along with your distribution of your zcash miner, (2) or stop using my blake.c code. Of course this is only ~100 lines of code, and we are all lazy programmers and I understand why you did it Smiley but you ought to do the right thing. Thanks, -Marc Bevand However some users were very bothered by this because Claymore charges a 2.5% "dev fee" in his miner, so they took the issue publicly in his Zcash miner thread. He replied a few hours later, publicly in his miner thread, admitting fault and looking for a resolution: I had to remove v1.0 and v1.1 from google drive and mega, because I was pointed that I used a small part of mrb's work. It will take up to 24 hours to revise my code and create own implementation, then I will upload updated version.
Details are: [mrb's message]
Oh, you are correct, I really missed this point. I was in a big hurry to release first version asap, so I concentrated on main Wagner's algo, blake is not interesting for me at this point since it takes only 10% of total GPU time and it's trivial in fact, blake algo is not that I can call something new. But to make some start point asap I included your blake.c into my sources and then forgot about it and did not create my implementation. That's what happens if you are in a hurry. It is very unpleasant situation for me, I will do the following:
1. I remove v1.0 and v1.1 versions of my miner. In fact, I already removed current packages from google drive and MEGA, I will upload updated versions soon. In next version I will remove your blake.c from my sources. 2. I apologize, it's only my fault that I used this part of your code. I was not going to do it in public version. 3. I want to send you some compensation from my ZEC dev fee if you don't mind, just send me your ZEC address. 4. I'm not going to hide my fault in any way, I will post this message in my miner thread in first post.
He first withdrew his package from the Internet, then later re-added them with his readme file updated to include the license: FILES UPDATED TO INCLUDE MIT LICENSE DETAILS IN README. People started asking me about miner package in PM and some people started to share alternate links for downloading, it's not a good thing because of possible viruses. So according MIT license I added notice to README and uploaded updated miner packages back to original links. You can also see a license notice in original post of this thread.
I verified that he added the copyright notice and license as required by the MIT license: I had to remove v1.0 and v1.1 from google drive and mega, because I was pointed that I used a small part of mrb's work. It will take up to 24 hours to revise my code and create own implementation, then I will upload updated version.Details are: mrb> Claymore, you took and reused my blake.c code and didn't include the copyright notice as required by silentarmy's MIT license: mrb> https://forum.z.cash/t/silentarmy-v3-now-a-full-miner-multi-gpu-stratum/3580/640 mrb> I request that you cease infringing by: mrb> (1) either including the full "License" section of silentarmy's README.md along with your distribution of your zcash miner, mrb> (2) or stop using my blake.c code. mrb> mrb> Of course this is only ~100 lines of code, and we are all lazy programmers and I understand why you did it :) but you ought to do the right thing. mrb> Thanks, mrb> -Marc Bevand [/quote]
Oh, you are correct, I really missed this point. I was in a big hurry to release first version asap, so I concentrated on main Wagner's algo, blake is not interesting for me at this point since it takes only 10% of total GPU time and it's trivial in fact, blake algo is not that I can call something new. But to make some start point asap I included your blake.c into my sources and then forgot about it and did not create my implementation. That's what happens if you are in a hurry. It is very unpleasant situation for me, I will do the following:
1. I remove v1.0 and v1.1 versions of my miner. In fact, I already removed current packages from google drive and MEGA, I will upload updated versions soon. In next version I will remove your blake.c from my sources. 2. I apologize, it's only my fault that I used this part of your code. I was not going to do it in public version. 3. I want to send you some compensation from my ZEC dev fee if you don't mind, just send me your ZEC address. 4. I'm not going to hide my fault in any way, I will post this message in my miner thread in first post.
Thank you for doing the right thing. I fetched your new tarball Claymore's ZCash AMD GPU Miner v1.1 Beta - LINUX - Catalyst 15.12.tar.gz and can confirm you included the MIT license as mandated in your "Readme!!!.txt" file, as quoted below. You are in no way obligated to "pay" me. But if you feel this can help re-establish some of your image and reputation, feel free to publicly send to my donation address t1cVviFvgJinQ4w3C2m2CfRxgP5DnHYaoFC You are now fully compliant with the MIT license. I hope my SILENTARMY code was useful to you ========== This miner uses some code of SILENTARMY OpenCL GPU Zcash Equihash solver:
# License
The MIT License (MIT) Copyright (c) 2016 Marc Bevand
Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the "Software"), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions:
The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software.
THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.
-Marc Bevand So the issue is now all resolved.
|
|
|
7
|
Alternate cryptocurrencies / Mining (Altcoins) / SILENTARMY v5: Zcash miner, 115 sol/s on R9 Nano, 70 sol/s on GTX 1070
|
on: October 31, 2016, 02:52:36 AM
|
Official site: https://github.com/mbevand/silentarmySILENTARMY is a free open source Zcash miner for Linux with multi-GPU and Stratum support. It is written in OpenCL and has been tested on AMD/Nvidia/Intel GPUs, Xeon Phi, and more. Important changes in v5: - Major 2x speedup on all GPUs: R9 Nano at 115 sol/s, RX 480 at 75 sol/s, GTX 1070 at 70 sol/s → thank eXtremal
- Major CPU usage reduction: it should now be close to zero (except Nvidia: https://github.com/mbevand/silentarmy/issues/54)
- Major PCIe bandwidth reduction: from 100 MB/s to 500 kB/s per GPU
- Implement stratum.reconnect
Full changelog: https://github.com/mbevand/silentarmy/blob/master/CHANGELOG.mdBe sure to check the README for installation instructions: https://github.com/mbevand/silentarmy/blob/master/README.mdSILENTARMY was initially written as a command line solver for the Zcash open source miner challenge. Its OpenCL kernel is more optimized than any other public Equihash solver, so as a result it was integrated into multiple other miners: Zogminer, Genoil's miner, eXtremal's miner, etc. But now I have developed SILENTARMY into a full miner of its own. GitHub: https://github.com/mbevand/silentarmyZcash forum thread: https://forum.z.cash/t/silentarmy-gcn-1-now-supported-45-7-sol-s-with-one-r9-nano/3580
|
|
|
8
|
Bitcoin / Bitcoin Wallet for Android / Creating a wallet on Linux and importing it on Android
|
on: October 02, 2016, 10:57:48 PM
|
I am using the following steps to create from scratch a wallet on a (secure, offline) Linux machine that can be later imported by Bitcoin Wallet's "restore wallet" feature: - Using bitcoinj's wallet-tool utility from the current github master branch: $ wallet-tool --wallet=wallet create
- I want to know the first address where it can receive coins so: $ wallet-tool --wallet=wallet current-receive-addr
- Encrypt it: $ openssl enc -e -aes-256-cbc -base64 <wallet >wallet.enc && rm wallet
I can think a few details that are important to get right: - Use a recent version of bitcoinj. Older ones produce wallets that are not BIP32-compliant deterministic wallets.
- Make sure to use a strong password for encryption that is equivalent to at least approx. 80 bits of entropy, because "openssl enc" does not use iterated hashing to compute the key & IV. For example a random lowercase alphanumeric password should be at least 16-character long (eg. "9n0y27xhq3k2h7f8" is ~83 bits of entropy).
Are there any pitfalls to think of? Is it expected that all future versions of Bitcoin Wallet should be able to import wallet.enc? By the way, Andreas: there seems to be an assumption in Crypto.java that iterative hashing is used when backing up the wallet, but this is false. The "openssl enc" format does not support iterative hashing.
|
|
|
9
|
Other / MultiBit / MAJOR usability issue with Multibit - doesn't show where coins were sent to(!)
|
on: August 18, 2016, 04:26:50 PM
|
I am a long-time Bitcoin user and decided to try Multibit HD for the first time. I installed the current version (MHD 0.3.0) and used it to sent coins to a recipient. When I inspect the transaction details, the recipient is shown as 2 addresses, however Multibit doesn't even indicate which one is the recipient and which one is my change. I just can't believe that this wallet doesn't answer the simple question "where were my coins sent to?" Seriously? Isn't it one of the most basic use case you could ask a wallet for? "Show me where I sent my coins?" I have to open up the transaction on blockchain.info and match the addresses with the amount of coins I sent to to identify the recipient's address? This issue made me frustrated enough that it enticed me to log on and post on bitcointalk.org (which I hadn't done in 2 years). Honestly these sorts of issues (subpar wallet software) is one of the reasons slowing down Bitcoin's adoption.
|
|
|
10
|
Economy / Computer hardware / [WTS] 30 x Unpopulated Redhash ASIC miners
|
on: February 21, 2014, 09:56:25 AM
|
Remember our Redhash units? Well we, Thin Air Ventures, are liquidating a stock of 30 unpopulated machines (ie. without hash units). Each one comes exactly with: - custom 4U red rackable case - 3 fans - TP-LINK WR403N mini computer - power distribution unit board - control unit board - 4 backpanels - all internal power and data cables - 32 heatsinks (for hash units) - no ATX power supply - no hash units Condition: - AS IS, WITH ALL FAULTS - about 1 in 5 units contains faults such as non-working control unit board or TP-LINK, broken pin headers, etc You might be interested in buying these unpopulated Redhash units to service existing functional units, or to assemble your own Avalon chips on hash unit boards and quickly get them up and running, etc. Price and shipping: - We are asking merely $250 per unit (excluding shipping) - Minimum order quantity: 5 units - Shipping: worldwide, or local pickup at Lake Forest, CA Contact us if interested: sales@thinairventures.com
|
|
|
14
|
Bitcoin / Press / 2013-11-21 The Atlantic: Bitcoin Is the Segway of Currency
|
on: November 21, 2013, 09:22:47 PM
|
http://www.theatlantic.com/business/archive/2013/11/bitcoin-is-the-segway-of-currency/281625/Generally a negative and misinformed article. - author is unaware of rapid adoption of Bitcoin by merchants (BitPay's 10,000 merchants...) - author incorrectly uses term "ponzi scheme" (applies it to gold as well) - author doesn't realize irreversible transactions are something merchants *want* - author is unaware of many practical benefits of bitcoin (people escaping their country's inflationary currencies, sending money abroad with lower fees, etc) Now, for those of you who aren't techno-libertarians, Bitcoin is supposed to be a virtual currency you can use to buy things online. Except it's not really a currency, and you can't really buy that much with it. It's more like a dotcom stock—circa 1999. See, in just the last month, one bitcoin has gone from closing at a then-record $192 to reaching $788 on Monday. It then opened at $502 on Tuesday, before briefly rocketing up to $900, and ultimately falling to $646. Just your average 80 percent price swing. That's totally normal for currencies ... if you multiply their biggest swings by 80.
[...]
See, the idea behind Bitcoin is to create a decentralized currency that central banks can't inflate and governments can't tax. Basically, digital gold. And like actual gold, the only way to get new bitcoins is to "mine" for them. That involves running a computationally-taxing program on your computer that mostly generates gibberish, but maybe, just maybe, some bitcoins too. The key, though, is that mining for more of the virtual currency doesn't create more of it. That's because there's a predetermined number of bitcoins. Specifically, there are around 12 million today, and there will be 21 million in 2040—and no more after that. Of course, this limited supply means Bitcoin should tend to increase in value against the dollar. But only tend to. See, its deflationary bias means Bitcoin prices will go up and down quite violently. Think about it this way. The supply of bitcoins can't increase much to meet increased demand, so increased demand will make prices soar. And soaring prices will make early adopters try to cash out their winnings—which will send prices crashing back down.
In other words, Bitcoin is a Ponzi scheme libertarians use to make money off each other—because gold wasn't enough of one for them.
[...]
There are companies trying to expand Bitcoin beyond its core constituencies of libertarians, gamblers, and people buying drugs. The startup Bitpay, for one, lets merchants immediately convert any bitcoin payments into dollars. The idea is it can charge lower fees without making companies take on the risk that Bitcoin's value falls. It's a clever idea that should make merchants more willing to accept bitcoins ... but won't make people more willing to use them. The people who have bitcoins still have no reason to spend them, and the people who don't still have no reason to get them. They don't want a currency whose value you can't predict from one hour to the next. They don't want to buy things anonymously. And they don't want transactions to be irreversible (and certainly wouldn't want that if they got hacked).
Every big idea starts out sounding crazy. But not every crazy-sounding idea ends up being big. History is littered with Segways. But for all its majestic dweebiness, at least the Segway was kind of useful. You really could zoom across sidewalks without anything resembling effort. I don't know why you'd want to, but you could. But what can you do with Bitcoin? Well, it's good for real and fake gambling. Since it doesn't have any actual fundamentals, it can be worth anything: Bitcoin 36,000 and 36 are about equally plausible. That's good for making money at the expense of people who get in the game later, but little else.
So the biggest difference between Segway and Bitcoin might be that even mall cops won't use Bitcoin.
|
|
|
16
|
Economy / Auctions / 6 x Power Supplies for Butterfly Labs Single SC - REDUCED MINIMUM BID
|
on: November 08, 2013, 08:38:54 PM
|
This is an auction for a lot of six (6) power supply units for Butterfly Labs Single SC miners. I am selling the entire lot at once. I cannot sell individual PSUs. Tech specs: - Official BFL-manufactured PSU rated for 403 watts - Output: 13V at 31A (2 x PCIe 6-pin power connectors) - Input: 110-220V - Compatible with BFL Single SCs (50 and 60 Gh/s models) and BFL Little Single SCs (25 and 30 Gh/s) - Power cord NEMA 5-15 / IEC C5 is provided Bidding: Post your bids by writing the amount "x.xx BTC" in the first line of the post. Minimum bid price starts at 0.21 BTC for the entire lot (minimum increments of 0.01 BTC). The auction ends on November 9, 04:00:00 UTC and the end time will be automatically extended minute by minute, until bidding activity stops for 1 minute or more. Shipping: I ship from the USA to the world. Shipping is an extra 0.06 BTC (to the USA) or 0.14 BTC (to the rest of world). Local pickup is possible and free (Aliso Viejo, CA, USA). Why you can trust me: - I am a co-founder/investor of TAV; we made $100,000 of sales to the community: https://bitcointalk.org/index.php?topic=303376.0- I ran big personal sales previously: https://bitcointalk.org/index.php?topic=122187.5 https://bitcointalk.org/index.php?topic=312780.0- I am a longtime highly trusted member with an almost 3-year old bitcointalk account - I have good ratings on http://bitcoin-otc.com/viewratingdetail.php?nick=mrb_&sign=ANY&type=RECV- I accept escrow (please suggest your preferred escrow service)
|
|
|
17
|
Economy / Auctions / 6 x Power Supplies for Butterfly Labs Single SC - ☺ Highly Trusted Seller ☺
|
on: November 01, 2013, 10:03:33 AM
|
This is an auction for a lot of six (6) power supply units for Butterfly Labs Single SC miners. I am selling the entire lot at once. I cannot sell individual PSUs. Tech specs: - Official BFL-manufactured PSU rated for 403 watts - Output: 13V at 31A (2 x PCIe 6-pin power connectors) - Input: 110-220V - Compatible with BFL Single SCs (50 and 60 Gh/s models) and BFL Little Single SCs (25 and 30 Gh/s) - Power cord NEMA 5-15 / IEC C5 is provided Bidding: Post your bids by writing the amount "x.xx BTC" in the first line of the post. Minimum bid price starts at 0.50 BTC for the entire lot (minimum increments of 0.01 BTC). The auction ends on November 8, 04:00:00 UTC and the end time will be automatically extended minute by minute, until bidding activity stops for 1 minute or more. Shipping: I ship from the USA to the world. Shipping is an extra 0.11 BTC (to the USA) or 0.25 BTC (to the rest of world). Local pickup is possible and free (Aliso Viejo, CA, USA). Why you can trust me: - I am a co-founder/investor of TAV; we made $100,000 of sales to the community: https://bitcointalk.org/index.php?topic=303376.0- I ran big personal sales previously: https://bitcointalk.org/index.php?topic=122187.5 https://bitcointalk.org/index.php?topic=312780.0- I am a longtime highly trusted member with an almost 3-year old bitcointalk account - I have good ratings on http://bitcoin-otc.com/viewratingdetail.php?nick=mrb_&sign=ANY&type=RECV- I accept escrow (please suggest your preferred escrow service)
|
|
|
|