@cryptozoidberg
Do reward blocks give out the transaction fee?
A dice site that can use the blockchain to start off with would be nice to try and increase txn counts and fees given to miners.
Yes, sure, block reward includes fee. |
|
|
|
WTF... Network hashrate 3.28 GH/s, i found only two pools, one with around 5.45 MH/s the second with around 2.25 MH/s... someone is solo mining really hard or there is other bigger pools?
It's a mix of a few big solo miners and some private pools. I still solo mine at home on 5 machines, for example - I get a block every other day or so. You don't have to be huge to solo BBR still. Not sure if it's still happening, but for a while, some of the big EC2 miners would run their own pool inside EC2 to keep the bandwidth charges down and latency low. If you've got more than about 1-2MH/s, I'd solo, but that's just me. I'm kind of new to the BBR business, but I get suspicious when I see this tremendously skewed distribution of mining power. Given that cpuminer comes (roughly) with the same hash power as the XMR miner (in the 100-600 kilohash range on standard quad-cores), a total network power of 3.71 GH/s seems really odd to me. How is that even possible without gpu miners? Ok, it's probably not possible without them.. so we have some gpu barons out there. That's fine, the coin evolves. But even then, a network power in the gigahash(!) range is hardly explained by cpu+gpu miners. So, I suspect either (big!) botnets or fpgas in the game. From the technical point of view, the latter would be great for BBR. From a practical point of view, both alternatives are bad, as it means that very few miners are actually generating most of the coins -- and thus, are in almost perfectly control of distribution and price. Am I mistaken here, or do we have a seruious problem with BBR and the miners here? Me and also David (dga) already commented such questions here https://bitcointalk.org/index.php?topic=577267.msg7479014#msg7479014, please review this post. There is clearly someone that keeps selling large amounts of BBR daily, thus clearing the buy side of the orderbooks. Price does not seem to matter much, indicating his cost basis is significantly below current prices. So, either one of the original miners or some GPU enhanced mining. The amount of sales are around 10,000 per day, which is pretty close to the new BBR created... So, is there a plan to make BBR mining much more difficult for GPU? It seems pretty evident that the cost of CPU mining is nowhere near as good as this mythical GPU guy. I just dont see people selling CPU mined coins below cost. If there is a way to make the scratchpad 1 gig? That would sure put a dent into any GPU efforts. We can then see if the daily 10000 sales stops. Is anybody against this? James I am, against, because: 1. 1GB of scratchpad gonna kill possibility of SPV client. 2. GPU miner will help coin to withstand botnets. 3. "mythical GPU guy" is cbuchner1&Co, according to his posts he is going to release his GPU miner for BBR. |
|
|
|
Dear friends ( especially pool operators )! Last commit enabled automatic scratchfile updating from boolbd daemon. Now you just have to configure your pool with target folder/scratchpad.bin file and time interval for saving scratchpad, and pool via daemon rpc will be regularly update shared scratchpad file. !!!!! This update will work only with last version of daemon!!!!!!Instructions: 1. Pull daemon sources and rebuild it. 2. Pull pool seurces. 3. Update your config.json with following lines:
"clusterForks": "auto",
"poolAddress": "1L1ZPC9XodC6g5BX8j8m3vcdkXPiZrVF7RcERWE879coQDWiztUbkkVZ86o43P27Udb3qxL4B41gbaG pvj3nS7DgFZauAZE",
"scratchpadFilePath": "/usr/share/nginx/html/scratchpad.bin",
"scratchpadFileUpdateInterval": 14400000,
"blockRefreshInterval": 1000,
scratchpadFileUpdateInterval - interval for scratchpad updating(milliseconds), 14400000 by default (4 hours). 4. Turn your http server to share this file and update mining instructions to make command line point to this file via URL. Good "luck"! |
|
|
|
Great! Thank you! PS: Yet another update is coming soon  |
|
|
|
Is extremepool broken? Just pulled cpuminer-multi, added the -k and all my linux miner spam alot of mining stuff (good) interuppted (bad) by [2014-07-11 14:10:58] Re-login, disconnecting...
[2014-07-11 14:10:58] Re-connec... and relogin...
and the pool is rejecting all shares. Yesterday i've pushed major update for pool, probably boolberry.extremepool.org was not updated yet when you had tryed. |
|
|
|
WTF... Network hashrate 3.28 GH/s, i found only two pools, one with around 5.45 MH/s the second with around 2.25 MH/s... someone is solo mining really hard or there is other bigger pools?
It's a mix of a few big solo miners and some private pools. I still solo mine at home on 5 machines, for example - I get a block every other day or so. You don't have to be huge to solo BBR still. Not sure if it's still happening, but for a while, some of the big EC2 miners would run their own pool inside EC2 to keep the bandwidth charges down and latency low. If you've got more than about 1-2MH/s, I'd solo, but that's just me. I'm kind of new to the BBR business, but I get suspicious when I see this tremendously skewed distribution of mining power. Given that cpuminer comes (roughly) with the same hash power as the XMR miner (in the 100-600 kilohash range on standard quad-cores), a total network power of 3.71 GH/s seems really odd to me. How is that even possible without gpu miners? Ok, it's probably not possible without them.. so we have some gpu barons out there. That's fine, the coin evolves. But even then, a network power in the gigahash(!) range is hardly explained by cpu+gpu miners. So, I suspect either (big!) botnets or fpgas in the game. From the technical point of view, the latter would be great for BBR. From a practical point of view, both alternatives are bad, as it means that very few miners are actually generating most of the coins -- and thus, are in almost perfectly control of distribution and price. Am I mistaken here, or do we have a seruious problem with BBR and the miners here? Me and also David (dga) already commented such questions here https://bitcointalk.org/index.php?topic=577267.msg7479014#msg7479014, please review this post. |
|
|
|
Wow, a lot of great dev work going on with boolberry! I need to upgrade my wallet, but it doesn't look as easy as a simple file replace this time. The version I downloaded from http://boolberry.com/downloads.html has a lot more files than the original boolberry I downloaded 4 weeks agao or so. Are there any upgrade tutorials? The original version didn't have all thoe dll files, what do they do? I have coins in my old wallet, and coins I want to get off of poloniex. thanks Just replace dlls and exe files from new archive. And please keep your wallets away from binaries, next version will fix this issue and will offer to save/open wallets in a user home folder by default. |
|
|
|
try to use the new GUI wallet could not sync the blockchain. any idea? 2014-Jul-11 11:27:45.699839 Boolberry v0.2.0.25(aa8d502)
2014-Jul-11 11:30:24.560281 [P2P5]Connecting to 107.170.228.11:10101(white=1, last_seen: never)...
2014-Jul-11 11:30:29.762579 [P2P5][107.170.228.11:10101 OUT]COMMAND_HANDSHAKE Failed
2014-Jul-11 11:30:29.771579 [P2P5][107.170.228.11:10101 OUT]Failed to HANDSHAKE with peer 107.170.228.11:10101
2014-Jul-11 11:30:29.780580 [P2P5]Failed to connect to any of seed peers, continuing without seeds
2014-Jul-11 11:30:31.789695 [P2P9]Connecting to 107.170.97.197:10101(white=1, last_seen: never)...
2014-Jul-11 11:30:36.936989 [P2P9][107.170.97.197:10101 OUT]COMMAND_HANDSHAKE Failed
2014-Jul-11 11:30:36.947990 [P2P9][107.170.97.197:10101 OUT]Failed to HANDSHAKE with peer 107.170.97.197:10101
2014-Jul-11 11:30:36.956990 [P2P9]Connecting to 188.226.215.102:10101(white=1, last_seen: never)...
2014-Jul-11 11:30:38.092055 [P2P9]Connect failed to 188.226.215.102:10101
2014-Jul-11 11:30:38.101056 [P2P9]Connecting to 128.199.196.65:10101(white=1, last_seen: never)...
2014-Jul-11 11:30:43.112342 [P2P9]Connect failed to 128.199.196.65:10101
2014-Jul-11 11:30:43.122343 [P2P9]Connecting to 107.170.228.11:10101(white=1, last_seen: never)...
2014-Jul-11 11:30:48.336641 [P2P9][107.170.228.11:10101 OUT]COMMAND_HANDSHAKE Failed
2014-Jul-11 11:30:48.345642 [P2P9][107.170.228.11:10101 OUT]Failed to HANDSHAKE with peer 107.170.228.11:10101
2014-Jul-11 11:30:48.354642 [P2P9]Connecting to 107.170.97.197:10101(white=1, last_seen: never)...
2014-Jul-11 11:30:53.364929 [P2P9]Connect failed to 107.170.97.197:10101
2014-Jul-11 11:30:53.373929 [P2P9]Failed to connect to any of seed peers, continuing without seeds
Fixed |
|
|
|
Crypto_Zoidberg, how private is submiting alias to blockchain when daemon is running with --hide-my-port switch while mining? Is IP address of block finder recorded by the network?
--hide-my-port parameter actually is not protect your privacy at all. The only thing is doing by this parameter is prevent announce your daemon's listening port - that means that even if you connected via external ip, you won't receive incoming connections and your ip won't get into network peerlists. Talking about aliases privacy we touching a big question of network layer anonymity. When you sending any information to the network - transactions or blocks - there are always a risk that somewhere your ip address will be fixed. The network could be full of injected agents that was connected only in monitoring purposes (and i believe bitcoin network is well-monitored ). So, since alias is sending with block it could be related with ip that sent the block to the network (in case of that ip is catched). But is this information is relevant? Finding a block is not easy even now, so i guess alias registration will be selling as service in close future, and even if pool's ip will be catched - it still doesn't say anything about alias owner. |
|
|
|
Hi all, I'm trying to make sure I properly understand the block reward structure for BBR, so please correct me if I'm wrong. The formula is easy enough to find: uint64_t base_reward = (EMISSION_SUPPLY - already_generated_coins) >> EMISSION_CURVE_CHARACTER; But then when I dig deeper, what we're really saying is the reward is: uint64_t base_reward = ((2^64 -1) * 0.99) - already_generated_coins) >> 20; Okay, fine... but WTF value is used for already_generated_coins? I can look around online and see that currently there are around 657,687 BBR at the time of writing, but obviously we're not just using that number in the formula. There has to be a multiplier... EMISSION_SUPPLY ~= 18262276632972456099 >> 20 ~= 17416264183971 That looks like the proper base coin reward for block 0, but with 12 digits that should be to the right of the decimal point. So if I take the current number of "real" coins (as a user would think about them), multiply by a trillion (1,000,000,000,000), subtract that from 18262276632972456099, divide by 2^20 (shift right 20 bits), and finally divide by 1 trillion, I get the base block reward? Or to simplify, I can use 18262277 as the maximum number of coins and forget about the multiplying by 1 trillion. Thus the base reward is approximately: (18262277 - [Current BBR Supply]) / 1048576 = [Reward] The reward will scale slightly for larger blocks (above the median size), but that should only be the case on blocks with multiple transactions, so as a baseline estimate the above formula would be sufficient, right? So when I plug in 657,855 as the current supply, I end up with 16.789 as the reward, which is reasonably close the the actual current block reward of 16.793937 BBR. I'm not quite sure why I appear to be off by 0.004 BBR, though; if anyone wants to fix that small error and tell me why, that would be great. :-) Sorry for late response. Your calculation seems to be correct. Note that block reward for each block is truncated to remove dust: base_reward = base_reward - base_reward%DEFAULT_DUST_THRESHOLD Also, 1% of emission is reserved for team bounty, it paid in each 720s(once a day) block according to votes(1% of day reward is a maximum). Feel free to ask if you have questions. |
|
|
|
buying 10,000 bbr @ 0.0005BTC
Don't you afraid that after all can only buy a pizza for 20 000 bbr ?  but it will be completely anonymous pizza! |
|
|
|
Tiny update that's nowhere near as cool as the mining scratchpad stuff: I've updated the Go exchange bindings to handle the crypto signing aspects of Poloniex, so it can now do authenticated tradingApi queries. I only added one for getting balances, but the rest will follow shortly. So - one can now automatically query ones BBR wallet balance, exchange balance, send coins to the exchange (and by tomorrow, transfer them back out to your wallet). https://bitbucket.org/dave_andersen/exchangeSlowly slowly trying to knock down the barriers to accepting Boolberry as payments. it seems that until i was "inside" cpuminer i miss something really interesting! need to read more about this  |
|
|
|
|
2pool operators: fixed bug in node-boolberry-pool. Please update your servers with last version !
|
|
|
|
Extreme Pool Update Thanks for the help from Clintar we have added a profit calculator the boolberry mining pool! http://boolberry.extremepool.orgMore features coming shortly. Result is seems to be wrong, i guess you need to result be devided by 2, since BBR block interval is twice slower than monero. |
|
|
|
Dear friends! I've pushed another update of cpuminer-multi sources, that fetching scratchpad from thirdparty storage via http/https. Now cpuminer-multi, before start mining do following steps: 1. try to find local scratchpad file, if not then 2. 2. try to download scratchpad from url specified in command line parameter, if not then quit. 3. try to load scratchpad from downloaded scratchpad file, if not then quit. Now getfullscratchpad method in pools server is deprecated, i'll remove it from sources after weekend. This should also work two times faster, beacause getfullscratchpad was returning hex-encoded string of scratchpad that is actually twice bigger than original binary data. Now, command line for miner starting looks like this: ./minerd -a wildkeccak -o stratum+tcp://162.243.210.156:7778 -u 1L....ZE -p x -P -D -t 1 -k https://raw.githubusercontent.com/scratchpadbbr/scratchpad/master/scratchpad.bin
-k paramter actually needed only for first run, to point url of scratchpad file. Once file is downloaded this paramter is no longer needed. -k https://raw.githubusercontent.com/scratchpadbbr/scratchpad/master/scratchpad.bin Normaly scratchpad file is saving into /home/user/.cache/boolberry/scratchpad.bin, but you could also specify file with this paramter: --scratchpad_local_cache=/home/user/cpuminer-multi/s.bin Zoidberg |
|
|
|
This looks like a reasonable starting point to do either a fork of said code, or to pull in all the stratum code into ccminer. I'll proabably start by creating a cudaminer/ccminer-like Windows port based on Visual C++ 2010, as Windows is my primary development environment for mining software. Christian I've done a lot of small changes with cpuminer multi, i guess you'll spent a lot of time moving this changes into another project(ccminer) and making it work. May be it will be easier to port cuda code into cpuminer ? Windows is also my primary, but i was forced to work in linux with cpuminer-multi since this piece of mess have no chances to compile in VisualStudio. Anyway, let me know if i can help you. Zoidberg |
|
|
|
|
Good news!
cpuminer sources updated with local file cache. Now after first fetch of fullscratchpad it stored into the file and in next start will be much faster and easier.
next things:
1. add windows compatibility and create windows binaries.
2. implement fetching of fullscratchpad from thirdparty storage in binary format, to avoid pool trafic overhead.
Many thanks to Otila for help and for code (last update mostly based on his patch)!
|
|
|
|
I like very much your professionalism. Can i try to redesign your "brand"? Like a new Website, fix some detail on Logo (or a new logo), BBR Coin, business graphics etc etc. I'd be happy to help you reach the next level. I think you deserve it,especially if compared to many others crypto-currencies. Logo is fine. We already have Bitcrea for branding and graphics, but if you really want to help with that you can post here or via pm some proposals of infographics, especially we need visualization of bbr ring signatures creation. Are able to create animated gifs? |
|
|
|
1. My concern is that in order for Alice to Pay Bob using payment ID, if that ID (random or not) is public information and the ID ends up in the blockchain, couldnt an attacker start creating a correlation predictor based on payments to the public ID? Also it is possible to send payments without any payment ID at least it worked in my tests.
2. Sorry, I am still learning cryptonote so I just assumed the dest address is there, I guess it is the payment ID address that is there and unless that was communicated privately, info is leaked
3. After fiddling with things all weekend (half a dozen places that assumed non-zero fees!), I did manage to get it working. My use case wont have any mining, just very low difficulty (big sleep in miner loop) so that we get blocks every minute.
After problems in every step of the process I finally got it to accept a no-fee tx and then finally release it tx from the mempool and once that worked, all seemed pretty happy. I've already premined 99.2% and when I get to 99.999% the block reward will be small enough to discourage any cheating. The purpose of pNXT is to map 1:1 to NXT so that people can send NXT from its web GUI and have it use boolberry cryptonote pNXT for the transfer.
James
P.S. Good point about 32 bit mode, it seems we need to use a memory mapped blockchain file for it to have a chance.
P.P.S. zerofees should encourage a lot of tx, which provides best privacy, at least from a practical point. I guess I need to think about regular purges. With pNXT it is a matter of forcing everyone to redeem it and reset the blockchain, but that does sound rather messy...
If you want learn cryptonote/boolberry you could learn this graph:  To be honest, i'm still not clear what are you going todo.If anyone figured out - please explain me in |
|
|
|
|
Show Posts
