#!/usr/bin/python
import subprocess, sys, os
command=["/home/berg/exeblockexp/abe", str(os.getpid())]
subprocess.Popen(command, stdin=sys.stdin).wait()
this is sudo log, if it useful Mar 20 02:00:21 noc sudo: apache : TTY=unknown ; PWD=/var/www/localhost/htdocs/execoin ; USER=berg ; TSID=000028 ; COMMAND=/home/berg/exeblockexp/abe 13410
i can't find something erroneous in this Well you didn't post your abe-exe.conf, here's mine for reference default-loader=no-serve
dbtype MySQLdb
connect-args {"user":"abe","db":"abe","passwd":"PASSWORD"}
upgrade
datadir=[] you will notice that I don't want abe to load in "server" mode and read the block chain, just want it to connect to the database and read it's content. I used another Abe instance to read the blockchain and update the database. If you followed the guide, it is mentioned how to add your "abe" user (the one that will run the FastCGI script) to the sudoers file so your apache user can access the FastCGI script without password and be able to run it. Make sure you edit your sudoers file with visudo and append to it # This allows the Apache account (www-data) to run Abe as USER.
www-data ALL=(USER) NOPASSWD: /home/USER/cgi-bin/abe |
|
|
|
Check this quote for reference of original issue
So this is a bump and an update at the same time. Can't read the raw data from GrowthCoin's blockchain still. here's the error again root@grw:~/bitcoin-abe# python -m Abe.abe --config /home/abe/abe-mysql.conf --no-serve
Opened /root/.GrowthCoin/blk0001.dat
Chain 11 genesis tx: 020000001d0bfa51010000000000000000000000000000000000000000000000000000000000000000ffffffffb904ffff001d020f274caf4a756c792033312c2032303133203132706d204544543a2054686520552e532e2065636f6e6f6d79206772657720312e372520696e20746865207365636f6e6420717561727465722c20616964656420627920736f6c696420636f6e73756d6572207370656e64696e6720616e6420612072616d702d757020696e20627573696e65737320696e766573746d656e742c2074686520676f7665726e6d656e742073616964205765646e65736461792effffffff0100000000000000000000000000
Exception at 368
Failed to catch up {'blkfile_offset': 0, 'blkfile_number': 1, 'chain_id': None, 'loader': None, 'conf': None, 'dirname': '/root/.GrowthCoin', 'id': 3L}
Traceback (most recent call last):
File "Abe/DataStore.py", line 2789, in catch_up
store.catch_up_dir(dircfg)
File "Abe/DataStore.py", line 3053, in catch_up_dir
store.import_blkdat(dircfg, ds, blkfile['name'])
File "Abe/DataStore.py", line 3185, in import_blkdat
store.import_block(b, chain = chain)
File "Abe/DataStore.py", line 1804, in import_block
raise MerkleRootMismatch(b['hash'], tx_hash_array)
MerkleRootMismatch: Block header Merkle root does not match its transactions. block hash=d5e4fc54c53a9a20bbe01e70d8b47ce66f15c1bd3504f7e80390bf5601150ded So I went to see what happens at byte 368. root@grw:~/bitcoin-abe# hexdump -n 368 -C ~/.GrowthCoin/blk0001.dat
00000000 a5 ef db fd 69 01 00 00 01 00 00 00 00 00 00 00 |....i...........|
00000010 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................|
00000020 00 00 00 00 00 00 00 00 00 00 00 00 bf f2 79 9b |..............y.|
00000030 bf ec 52 41 32 ea 94 54 5f 53 83 7c 5c eb 46 26 |..RA2..T_S.|\.F&|
00000040 b6 3d 18 70 76 01 0c cb 96 10 53 14 31 0b fa 51 |.=.pv.....S.1..Q|
00000050 ff ff 0f 1e ba 6e 15 01 01 02 00 00 00 1d 0b fa |.....n..........|
00000060 51 01 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |Q...............|
00000070 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................|
00000080 00 00 ff ff ff ff b9 04 ff ff 00 1d 02 0f 27 4c |..............'L|
00000090 af 4a 75 6c 79 20 33 31 2c 20 32 30 31 33 20 31 |.July 31, 2013 1|
000000a0 32 70 6d 20 45 44 54 3a 20 54 68 65 20 55 2e 53 |2pm EDT: The U.S|
000000b0 2e 20 65 63 6f 6e 6f 6d 79 20 67 72 65 77 20 31 |. economy grew 1|
000000c0 2e 37 25 20 69 6e 20 74 68 65 20 73 65 63 6f 6e |.7% in the secon|
000000d0 64 20 71 75 61 72 74 65 72 2c 20 61 69 64 65 64 |d quarter, aided|
000000e0 20 62 79 20 73 6f 6c 69 64 20 63 6f 6e 73 75 6d | by solid consum|
000000f0 65 72 20 73 70 65 6e 64 69 6e 67 20 61 6e 64 20 |er spending and |
00000100 61 20 72 61 6d 70 2d 75 70 20 69 6e 20 62 75 73 |a ramp-up in bus|
00000110 69 6e 65 73 73 20 69 6e 76 65 73 74 6d 65 6e 74 |iness investment|
00000120 2c 20 74 68 65 20 67 6f 76 65 72 6e 6d 65 6e 74 |, the government|
00000130 20 73 61 69 64 20 57 65 64 6e 65 73 64 61 79 2e | said Wednesday.|
00000140 ff ff ff ff 01 00 00 00 00 00 00 00 00 00 00 00 |................|
00000150 00 00 1d 74 65 78 74 3a 47 72 6f 77 74 68 43 6f |...text:GrowthCo|
00000160 69 6e 20 67 65 6e 65 73 69 73 20 62 6c 6f 63 6b |in genesis block|
00000170
at byte 369 root@grw:~/bitcoin-abe# hexdump -n 369 -C ~/.GrowthCoin/blk0001.dat
00000000 a5 ef db fd 69 01 00 00 01 00 00 00 00 00 00 00 |....i...........|
00000010 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................|
00000020 00 00 00 00 00 00 00 00 00 00 00 00 bf f2 79 9b |..............y.|
00000030 bf ec 52 41 32 ea 94 54 5f 53 83 7c 5c eb 46 26 |..RA2..T_S.|\.F&|
00000040 b6 3d 18 70 76 01 0c cb 96 10 53 14 31 0b fa 51 |.=.pv.....S.1..Q|
00000050 ff ff 0f 1e ba 6e 15 01 01 02 00 00 00 1d 0b fa |.....n..........|
00000060 51 01 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |Q...............|
00000070 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................|
00000080 00 00 ff ff ff ff b9 04 ff ff 00 1d 02 0f 27 4c |..............'L|
00000090 af 4a 75 6c 79 20 33 31 2c 20 32 30 31 33 20 31 |.July 31, 2013 1|
000000a0 32 70 6d 20 45 44 54 3a 20 54 68 65 20 55 2e 53 |2pm EDT: The U.S|
000000b0 2e 20 65 63 6f 6e 6f 6d 79 20 67 72 65 77 20 31 |. economy grew 1|
000000c0 2e 37 25 20 69 6e 20 74 68 65 20 73 65 63 6f 6e |.7% in the secon|
000000d0 64 20 71 75 61 72 74 65 72 2c 20 61 69 64 65 64 |d quarter, aided|
000000e0 20 62 79 20 73 6f 6c 69 64 20 63 6f 6e 73 75 6d | by solid consum|
000000f0 65 72 20 73 70 65 6e 64 69 6e 67 20 61 6e 64 20 |er spending and |
00000100 61 20 72 61 6d 70 2d 75 70 20 69 6e 20 62 75 73 |a ramp-up in bus|
00000110 69 6e 65 73 73 20 69 6e 76 65 73 74 6d 65 6e 74 |iness investment|
00000120 2c 20 74 68 65 20 67 6f 76 65 72 6e 6d 65 6e 74 |, the government|
00000130 20 73 61 69 64 20 57 65 64 6e 65 73 64 61 79 2e | said Wednesday.|
00000140 ff ff ff ff 01 00 00 00 00 00 00 00 00 00 00 00 |................|
00000150 00 00 1d 74 65 78 74 3a 47 72 6f 77 74 68 43 6f |...text:GrowthCo|
00000160 69 6e 20 67 65 6e 65 73 69 73 20 62 6c 6f 63 6b |in genesis block|
00000170 00 |.|
00000171
and byte 374 --- @ byte 370 we get the first byte of the magic number root@grw:~/bitcoin-abe# hexdump -n 374 -C ~/.GrowthCoin/blk0001.dat
00000000 a5 ef db fd 69 01 00 00 01 00 00 00 00 00 00 00 |....i...........|
00000010 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................|
00000020 00 00 00 00 00 00 00 00 00 00 00 00 bf f2 79 9b |..............y.|
00000030 bf ec 52 41 32 ea 94 54 5f 53 83 7c 5c eb 46 26 |..RA2..T_S.|\.F&|
00000040 b6 3d 18 70 76 01 0c cb 96 10 53 14 31 0b fa 51 |.=.pv.....S.1..Q|
00000050 ff ff 0f 1e ba 6e 15 01 01 02 00 00 00 1d 0b fa |.....n..........|
00000060 51 01 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |Q...............|
00000070 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................|
00000080 00 00 ff ff ff ff b9 04 ff ff 00 1d 02 0f 27 4c |..............'L|
00000090 af 4a 75 6c 79 20 33 31 2c 20 32 30 31 33 20 31 |.July 31, 2013 1|
000000a0 32 70 6d 20 45 44 54 3a 20 54 68 65 20 55 2e 53 |2pm EDT: The U.S|
000000b0 2e 20 65 63 6f 6e 6f 6d 79 20 67 72 65 77 20 31 |. economy grew 1|
000000c0 2e 37 25 20 69 6e 20 74 68 65 20 73 65 63 6f 6e |.7% in the secon|
000000d0 64 20 71 75 61 72 74 65 72 2c 20 61 69 64 65 64 |d quarter, aided|
000000e0 20 62 79 20 73 6f 6c 69 64 20 63 6f 6e 73 75 6d | by solid consum|
000000f0 65 72 20 73 70 65 6e 64 69 6e 67 20 61 6e 64 20 |er spending and |
00000100 61 20 72 61 6d 70 2d 75 70 20 69 6e 20 62 75 73 |a ramp-up in bus|
00000110 69 6e 65 73 73 20 69 6e 76 65 73 74 6d 65 6e 74 |iness investment|
00000120 2c 20 74 68 65 20 67 6f 76 65 72 6e 6d 65 6e 74 |, the government|
00000130 20 73 61 69 64 20 57 65 64 6e 65 73 64 61 79 2e | said Wednesday.|
00000140 ff ff ff ff 01 00 00 00 00 00 00 00 00 00 00 00 |................|
00000150 00 00 1d 74 65 78 74 3a 47 72 6f 77 74 68 43 6f |...text:GrowthCo|
00000160 69 6e 20 67 65 6e 65 73 69 73 20 62 6c 6f 63 6b |in genesis block|
00000170 00 a5 ef db fd 08 |......|
00000176
So my guess, and I'm no expert nor do I know how to fix this, is that Abe can't read the lenght of the block properly? or like the error says, the merkle root is off... I'm willing to help searching but I'm a bit over my head with this so a few pointers in the right direction would be appreciated. Thanks |
|
|
|
unick and Tranz, thanks for the answers! Now everything is crystal clear to me.  Tranz, as I said earlier, HBN has the best wallet in the crypto world, thank you for all your work. Those clickable icons with info tabs in the latest release are simply fantastic as well as many other useful features. BTW, do you plan to finally change HOBO to HBN in your wallet?  No problem, glad to have helped. @Tranz... I really don't mind the HOBO, but for consistency sake (and maybe profesionalism) with the exchanges, I think we should go with HBN. |
|
|
|
Sorry guys, you made it even harder for me to understand. Let's clear this up once again. I do understand that a larger block has priority over a smaller block at the same stake age. But... Tranz said: "All blocks can generate stakes up to the current yearly interest rate." Yearly, not monthly. And the yearly PoS interest right now is 100%. That's why please be more precise this time (just for dummies like me).  If I have a locked HBN wallet and hold it (for example) for 90 days, what PoS % will I get? A. 5-6% (as for 30 days, all days above 30 are ignored) or B. 15-18% (as for 30 + 30 + 30 days)? I'd say B. (Tranz could confirm that for us). You are not losing interest, but you are missing on the compound effect of your interest. In your example, if you open your wallet every 30 days, you get compounded interest of 3 times at ~6% each time, if you open only once (at the end of 90 days) you will get 1 time the ~18% interest. Mind you, PoS is based on luck, you will lose even more compound if you consider that you can earn interest every 10 days. I don't have a compound interest calculator handy but you will miss about 9 period of interest in that 90 days period. coin age is really used to prioritized the blocks of PoS on the network. It's used in the stake weight formula to set that priority. Once you get your PoS reward, the block is splitted and the cycle restarts fresh. If you have small blocks, chances are very slim that you will stake right at the 10 days mark since their weight won't be enough against bigger blocks. After 30 days, then it's just a matter of time but you will eventually get your PoS rewards. For larger blocks, if you wait longer to open your wallet, you will certainly lose more on that compound effect, since those blocks usually stake near 10 days. Hope it clarifies things for you have you looked at: http://wiki.hobonickels.info/index.php?title=Proof_of_Stake |
|
|
|
So the 30 days is the maximum priority they can ever reach in competition with all stake ready (10+ day) coins on the network,
anything over 30 is just ignored.
Well age is ignored over 30 days, but not block size. So 100 HBN at 40 days and 1000 HBN at 40 days, 1000HBN will stake before 100HBN |
|
|
|
Okay new website is online! Couple of things, it has a FAQ section and currently is just placeholder content. So some input on that would be helpful! I noticed one of the pools is now offline, and the recent issue with one of the exchanges! Everyone remember to vote on mintpal... https://www.mintpal.com/votingAnd I think it would be a good idea to setup an address to collect donations so we can create some bounties. For example: 1.) Website translation 2.) Second Pool 3.) Twitter 4.) Facebook 5.) Articles ======== Website... comments/suggestion welcome and please check the content make sure it's correct or if I've missed anything. http://growthco.inExcellent job on the new website |
|
|
|
is it possible to get address balance from command line query? I get the following error python -m Abe.abe --query /chain/FairCoin/q/addressbalance/fc44xJawRecE9xrZwGHMUtAfxWeS3CJqtP
Traceback (most recent call last):
File "/usr/lib/python2.7/runpy.py", line 162, in _run_module_as_main
"__main__", fname, loader, pkg_name)
File "/usr/lib/python2.7/runpy.py", line 72, in _run_code
exec code in run_globals
File "/usr/local/lib/python2.7/dist-packages/Abe/abe.py", line 2374, in <module>
sys.exit(main(sys.argv[1:]))
File "/usr/local/lib/python2.7/dist-packages/Abe/abe.py", line 2370, in main
serve(store)
File "/usr/local/lib/python2.7/dist-packages/Abe/abe.py", line 2236, in serve
}, start_response)
File "/usr/local/lib/python2.7/dist-packages/Abe/abe.py", line 276, in __call__
handler(page)
File "/usr/local/lib/python2.7/dist-packages/Abe/abe.py", line 415, in handle_chain
chain = abe.chain_lookup_by_name(symbol)
File "/usr/local/lib/python2.7/dist-packages/Abe/abe.py", line 397, in chain_lookup_by_name
ret = abe.store.get_chain_by_name(symbol)
File "/usr/local/lib/python2.7/dist-packages/Abe/DataStore.py", line 819, in get_chain_by_name
return store.chains_by.name.get(name, None)
AttributeError: 'DataStore' object has no attribute 'chains_by'
maybe I have the syntax wrong |
|
|
|
Guys, help me, please. Trying to up abe with fastcgi, but all output instead to go to browser going to stderr, like this 2014-03-19 22:34:07,163 [8311:MainThread] Abe.DataStore INFO - block_tx 53355 138881
2014-03-19 22:34:07,165 [8311:MainThread] Abe.DataStore DEBUG - commit
2014-03-19 22:34:07,169 [8311:MainThread] Abe.DataStore INFO - block_tx 53356 138882
2014-03-19 22:34:07,171 [8311:MainThread] Abe.DataStore DEBUG - commit
2014-03-19 22:34:07,178 [8311:MainThread] Abe.DataStore INFO - block_tx 53357 138883
2014-03-19 22:34:07,178 [8311:MainThread] Abe.DataStore INFO - block_tx 53357 138884
2014-03-19 22:34:07,186 [8311:MainThread] Abe.DataStore DEBUG - commit
2014-03-19 22:34:07,192 [8311:MainThread] Abe.DataStore INFO - block_tx 53358 138885
2014-03-19 22:34:07,192 [8311:MainThread] Abe.DataStore INFO - block_tx 53358 138886
2014-03-19 22:34:07,196 [8311:MainThread] Abe.DataStore DEBUG - commit
2014-03-19 22:34:07,196 [8311:MainThread] __main__ INFO - Abe initialized.
WSGIServer: missing FastCGI param REQUEST_METHOD required by WSGI!
WSGIServer: missing FastCGI param SERVER_NAME required by WSGI!
WSGIServer: missing FastCGI param SERVER_PORT required by WSGI!
WSGIServer: missing FastCGI param SERVER_PROTOCOL required by WSGI!
2014-03-19 22:34:07,199 [8311:MainThread] Abe.DataStore INFO - Opened /home/berg/.execoin/blocks/blk00000.dat
Status: 200 OK
Content-type: text/html; charset=utf-8
Cache-Control: max-age=30
<!DOCTYPE html>
<html lang="en">
<head>
<link rel="stylesheet" type="text/css"
href="static/abe.css" />
<link rel="shortcut icon" href="static/favicon.ico" />
<title>Abe Search</title>
</head>
<body>
<h1><a href="chains"><img
src="static/logo32.png" alt="Abe logo" /></a> Abe Search
</h1>
<p>Search by address, block number or hash, transaction or public key hash, or chain name:</p>
<form action="search"><p>
<input name="q" size="64" value="" /><button type="submit">Search</button>
<br />Address or hash search requires at least the first 6 characters.</p></form>
<table>
<tr><th>Currency</th><th>Code</th><th>Block</th><th>Time</th><th>Started</th><th>Age (days)</th><th>Coins Created</th><th>Avg Coin Age</th><th>% <a href="https://en.bitcoin.it/wiki/Bitcoin_Days_Destroyed">CoinDD</a></th></tr>
<tr><td><a href="chain/Execoin">Execoin</a></td><td>EXE</td><td><a href="block/5daea528b57ab59e147220674a71bf9ad3f93d9ab36cfd09e4d4cf5c50fa00e2">53344</a></td><td>2014-03-19 19:33:38</td><td>2014-01-29</td><td>49.7427</td><td>2667250</td><td>9.16489</td><td>26.5331%</td></tr>
</table>
<p><a href="q">API</a> (machine-readable pages)</p>
<p style="font-size: smaller">
<span style="font-style: italic">
Powered by <a href="https://github.com/bitcoin-abe/bitcoin-abe">Abe</a>
</span>
Tips appreciated!
<a href="address/1PWC7PNHL1SgvZaN7xEtygenKjWobWsCuf">BTC</a>
<a href="address/NJ3MSELK1cWnqUa6xhF2wUYAnz3RSrWXcK">NMC</a>
</p>
</body>
</html>
Configuring like in README-FASTCGI.txt Also fell in trouble with PATH_INFO Traceback (most recent call last):
File "/usr/lib/python2.7/site-packages/flup/server/fcgi_base.py", line 558, in run
protocolStatus, appStatus = self.server.handler(self)
File "/usr/lib/python2.7/site-packages/flup/server/fcgi_base.py", line 1118, in handler
result = self.application(environ, start_response)
File "/usr/lib/python2.7/site-packages/Abe/abe.py", line 226, in __call__
if abe.fix_path_info(env):
File "/usr/lib/python2.7/site-packages/Abe/abe.py", line 1940, in fix_path_info
if pi[-1] != '/' and env['PATH_INFO'][-1] == '/':
IndexError: string index out of range
But fixed it with #! /bin/sh
[b]PATH_INFO='/'[/b] PYTHONUNBUFFERED=1 exec python -m Abe.abe --config /home/berg/cgi-bin/abe-exe.conf --static-path static/ --watch-pid="$1"
Still dont sure how it correct... can you post your abe-exe.conf setings? also you need to setup you apache server to run Abe. Did you follow this guide ? https://github.com/bitcoin-abe/bitcoin-abe/blob/master/README-FASTCGI.txt |
|
|
|
I voted a bunch on MintPal and will do again ... Let's go everyone @devs ... What about the bounty? I sent you a pm about that a few days back. where are you guys up with that? |
|
|
|
I think the wallet gets unresponsive (Linux and Windows) and unusable when you get a lot of transactions. I have over 4k transactions and can't use both wallets.
Anyone has the same issue? is this a known bug? Planned fix?
My wallet has 6,031 transactions and works fine now after I finally got it to sync. I did notice while my wallet was syncing it ran a bit slow but also it was PoS mining a large amount of transactions at the same time. Ok I sent out some coins into bigger blocks... lost some coin age there but what the heck, it runs smooth again So it's not the number of transactions but rather the number of blocks in your wallet... I think you are right, maybe PoS had started and was slowing down the client |
|
|
|
|
I think the wallet gets unresponsive (Linux and Windows) and unusable when you get a lot of transactions. I have over 4k transactions and can't use both wallets.
Anyone has the same issue? is this a known bug? Planned fix?
|
|
|
|
Strange, but I mostly see addresses with zero balance. Last Update: 19.03.2014 17:45 UTC. Hum I just saw that ! Don't know what happened? I'll check it out EDIT: ok, there was a bug on the update script that reseted the balance on all the addresses. It's now fixed. Thanks for noticing it |
|
|
|
Everyone can visit our new charts section that includes: - Network Hash Rate - Proof of Work Diff - Proof of Stake Diff - Network Stake Weight - Money Supply http://hobonickels.info/charts.htmlPlease note that the charts only go back to when scrypt.io starting logging the information. So cool guys ! Good work |
|
|
|
Something's not quite right there. tokyoghetto's address has about 77,000 HBN - and it's not in the list.  it's still updating... it might be another 15 minutes or so before it's up to date Ok, it took more time than anticipated but the list is up to date |
|
|
|
|
well I found the limit, it was 1000 entries or less. I raised it so it shouldn't be a problem anymore,
check your address and let me know if you have any issues... Loading that address might take some time, I don't know if it's going to affect the rest of the site.
I'll leave it like that for now
|
|
|
|
Unick is there any way to get around the "too many records to display" message. It is essentially blocking some of the wallets from being seen, and I notice this happens on the other explorer as well.
I will check, I think addresses that have over 200 entries are not displayed |
|
|
|
Something's not quite right there. tokyoghetto's address has about 77,000 HBN - and it's not in the list. it's still updating... it might be another 15 minutes or so before it's up to date |
|
|
|
bitdraw, don't be fooled by that apparent distribution - it depends on how many addresses one has on the wallet. The fat wallets just tell us that those guys decided to use only one address, and even then they can all belong to the same person Actually, and that's part of the cryptocurrency design goals, you can't know how much coin a person controls at any given time, unless that person chooses to out himself with that information. As I asked the DEV in the beginning, the only way to know the actual distribution is to have it by wallet, not address, and even then, there would be no way to know how many wallets belong to the same person. So, in the end, it's rather pointless. But it was nice to check the list out, so thank you anyway disclaimer: yes, I use more than one address in the same wallet - a have a few K of FAC, but they're all into 1K/address chunks It's true that we can't know if how many 1 person controls addresses at any given time, but it's still nice to see witch addresses hold the most coins. |
|
|
|
i am not convinced that just pushing a coin with no real value on an exchange makes any sense.
(I own faircoin myself because i liked the distribution model)
More important would be to give faircoin a little more utility:
- gambling/gaming service supporting faircoin
- developing of new features for the coin itselfes e.g. utilize the blockchain for torrent hosting, mixing service,..
- merchants (realisticly not an option at this point)
- etc. etc.
the source should be open source, so anyone can start further developing..
Good job guys on the promotion for the Exchange I also agree with bitdraw, we need to expand the scope of our promotions. It's nice that the dev fixed the distribution issue, but he still is too quiet on the plans and everything. Why it bothers me is because the updates to the website and op take too much time. If a community member comes up with something it should be easily accessible on the op or the website for new people to join our comminity. We should also have an official reddit up and going. Let's come up with ideas, if a moderator is up for the task, maybe have another official thread on BCT where the mod could quickly update status. The dev should put a link up on the op to the new thread. It's up to everyone to contribute to the success of this coin. No matter your skills you can do a little something for this coin. Heck, even if it's just NOT SELLING cheap on the exchange (50k sat minimum) it would do a lot of good for the value of this coin and maybe then bigger exchange will list it for that reason alone. I updated the block explorer with a rich list (a bit for fun) and I find that the distribution is pretty good... You have a few "rich" with the richest having over 6% of the coins, and the next one after him having just over 1% then you fall under 0.5% per address... I'll let you be the judge of that but IMHO it's pretty good and should give value to other coin holder since the spread is pretty wide. Check it out here and to all, keep up the good work http://fac.blockx.info/richlist/ |
|
|
|
|
Show Posts
