not the same. should i retart to download the whole blockchain? yes, check my previous message. Make sure to delete the blk*.dat files and the peers.dat file also then start the application with connect=IP switch (or in the config) with some some IP (2-3 is fine) from nodes at http://grw.blockx.info/connected-nodes that run the version 1.3.0.0 |
|
|
|
Hobonickels will have its own section in my book called Cryptocurrency "The Alt-ernative". Here is the template of the first page:  The bitcointalk thread for my future publication is: https://bitcointalk.org/index.php?topic=483187.0Any donations towards this project are welcome - Epiz3qXN9ACa443nng1bBaDhLBntZvaZqj Awesome, look forward to seeing your finished work. Let us know if you have any technical questions that need to be clarified. I cannot find any information on block halvings. Does the block reward halve for HBN? No it doesn't  |
|
|
|
Is Allcoin up correctly?
I deposit yestreday GRW but it not yet counted (in wallet the amout was accepted by the network).
AFAIK, they were ok yesterday, I successfully sent some coins over there did you get this sorted out? Maybe you should contact them EDIT: successfuly sent some coins just now |
|
|
|
wait before you are fully synced. the coins are unavailable because they were not created at the beginning of the chain. |
|
|
|
my connections is 13,but it doesnt sync yet,stop on 502749
Did you check with the explorer that the last blocks are in the right blockchain? how to do it? Looks like you will have to redownload the whole blockchain. that last block is on the fork and it wont be redownloaded by the client. Do as liteuser says and try to start the client with the connect=IP switch selecting 2-3 ip from this table http://grw.blockx.info/connected-nodesBefore reconnecting, you need to: delete the blk*.dat files delete the peers.dat file |
|
|
|
Ouch that price is getting too low.
This gives the opportunity to new investors to join in. I still think HBN is undervalued so at this price, it's a steal. I believe 3 things happened almost simultaneously that affected the price in the downtrend. 1. HBN hits all time High of 50k (not taking into consideration the ~80k sat pump) made some people cash out at these levels 2. Tranz involvement in CAP made a lot of people jump on that train (because CAP is even more undervalued). 3. BTC rally up made some longterm investors cash out to enjoy BTC's new high price. Nothing that affects the quality or reputation of the coin/community or long term potential. Purely markets natural movements (given, this one felt like a downhill rollercoaster) At least this is how I see it! |
|
|
|
|
I have a question, The new Abe database schema added a bunch of binary columns to tx, block and key hashes. What kind of performance increase does that give us?
|
|
|
|
Hello, I have three issue's with ABE. And I will Pay 0.25 btc for solve each. First: Opened /home/adbeloader/.feathercoin/blocks/blk00000.dat
Exception at 8
Failed to catch up {'blkfile_offset': 0, 'blkfile_number': 100000, 'chain_id': 22, 'loader': None, 'conf': u'feathercoin.conf', 'dirname': u'/home/adbeloader/.feathercoin', 'id': 72L}
Traceback (most recent call last):
File "/usr/local/lib/python2.7/dist-packages/Abe/DataStore.py", line 2507, in catch_up
store.catch_up_dir(dircfg)
File "/usr/local/lib/python2.7/dist-packages/Abe/DataStore.py", line 2773, in catch_up_dir
store.import_blkdat(dircfg, ds, blkfile['name'])
File "/usr/local/lib/python2.7/dist-packages/Abe/DataStore.py", line 2894, in import_blkdat
if not store.offer_existing_block(hash, chain.id):
File "/usr/local/lib/python2.7/dist-packages/Abe/DataStore.py", line 2389, in offer_existing_block
store.offer_block_to_chains(b, frozenset([chain_id]))
File "/usr/local/lib/python2.7/dist-packages/Abe/DataStore.py", line 2271, in offer_block_to_chains
b['top'] = store.adopt_orphans(b, 0, chain_ids, chain_ids)
File "/usr/local/lib/python2.7/dist-packages/Abe/DataStore.py", line 1291, in adopt_orphans
stack.pop()()
File "/usr/local/lib/python2.7/dist-packages/Abe/DataStore.py", line 1296, in doit
store._adopt_orphans_1(stack)
File "/usr/local/lib/python2.7/dist-packages/Abe/DataStore.py", line 1407, in _adopt_orphans_1
store._populate_block_txin(int(next_id))
File "/usr/local/lib/python2.7/dist-packages/Abe/DataStore.py", line 1240, in _populate_block_txin
(block_id, txin_id, oblock_id))
File "/usr/local/lib/python2.7/dist-packages/Abe/DataStore.py", line 249, in sql
store._sql.sql(stmt, params)
File "/usr/local/lib/python2.7/dist-packages/Abe/SqlAbstraction.py", line 458, in sql
sql._execute(cached, params)
File "/usr/local/lib/python2.7/dist-packages/Abe/SqlAbstraction.py", line 439, in _execute
sql.cursor().execute(stmt, params)
File "/usr/lib/python2.7/dist-packages/MySQLdb/cursors.py", line 174, in execute
self.errorhandler(self, exc, value)
File "/usr/lib/python2.7/dist-packages/MySQLdb/connections.py", line 36, in defaulterrorhandler
raise errorclass, errorvalue
IntegrityError: (1062, "Duplicate entry '1617197-10493495' for key 'PRIMARY'")
My config:
datadir += [{
"dirname": "/home/adbeloader/.feathercoin",
"chain": "FeatherCoin",
"code3": "FTC",
"loader" : "blkfile",
"conf": "feathercoin.conf" }]
Second: Exception at 2605896434586747018
Failed to catch up {'blkfile_offset': 0, 'blkfile_number': 1, 'chain_id': 29, 'loader': None, 'conf': u'blackcoin.conf', 'dirname': u'/home/adbeloader/.blackcoin', 'id': 114L}
Traceback (most recent call last):
File "/usr/local/lib/python2.7/dist-packages/Abe/DataStore.py", line 2507, in catch_up
store.catch_up_dir(dircfg)
File "/usr/local/lib/python2.7/dist-packages/Abe/DataStore.py", line 2773, in catch_up_dir
store.import_blkdat(dircfg, ds, blkfile['name'])
File "/usr/local/lib/python2.7/dist-packages/Abe/DataStore.py", line 2895, in import_blkdat
b = chain.ds_parse_block(ds)
File "/usr/local/lib/python2.7/dist-packages/Abe/Chain.py", line 93, in ds_parse_block
d['transactions'].append(chain.ds_parse_transaction(ds))
File "/usr/local/lib/python2.7/dist-packages/Abe/Chain.py", line 86, in ds_parse_transaction
return deserialize.parse_Transaction(ds)
File "/usr/local/lib/python2.7/dist-packages/Abe/deserialize.py", line 90, in parse_Transaction
d['txIn'].append(parse_TxIn(vds))
File "/usr/local/lib/python2.7/dist-packages/Abe/deserialize.py", line 46, in parse_TxIn
d['sequence'] = vds.read_uint32()
File "/usr/local/lib/python2.7/dist-packages/Abe/BCDataStream.py", line 71, in read_uint32
def read_uint32 (self): return self._read_num('<I')
File "/usr/local/lib/python2.7/dist-packages/Abe/BCDataStream.py", line 110, in _read_num
(i,) = struct.unpack_from(format, self.input, self.read_cursor)
error: unpack_from requires a buffer of at least 4 bytes
Config
#17 ## BlackCoin
datadir += [{
"dirname": "/home/adbeloader/.blackcoin",
"chain": "Blackcoin",
"conf": "blackcoin.conf" }]
Third: Opened /home/adbeloader/.hawaiicoin/blocks/blk00000.dat
incomplete block of length 1016530668 chain 16
#17 ## BlackCoin
datadir += [{
"dirname": "/home/adbeloader/.hawaiicoin",
"chain": "Hawaiicoin",
"conf": "hawaiicoin.conf" }]
Thk & B'rgds Coinwall |
|
|
|
I'm trying to set a new block explorer... Abe reads the blockchain fine and loaded the database without a itch. I get an error when I try to access the block details page. Any other page loads fine. I use FastCGI here's the error (last call) is_stake_block undefined, is_stake_chain = True, b = {'chain_candidates': [{'chain': <Abe.Chain.AsiaCoin object>, 'in_longest': Decimal('1')}], 'chain_satoshi_seconds': 2517292340726300000000L, 'chain_satoshis': 3342705000000000, 'chain_work': 13618916087790469, 'fees': 57000, 'generated': 5000000000, 'hash': '00000000001930548377e3e15c927d8d79278cb8ba53b1d015468609e3085b13', 'hashMerkleRoot': '36f8065b8c6c95b37c426fbf95bb0bcf98dc04817de8257ffd624d8311cb2603', 'hashPrev': '000000000141a8721757560bb837c6d7be9aa85cf5333bfeaff2602c9d9a1d7a', 'height': Decimal('12441'), ...}
<type 'exceptions.KeyError'>: 'is_proof_of_stake'
args = ('is_proof_of_stake',)
message = 'is_proof_of_stake'Never saw this message before, what does it mean? Thanks EDIT: from what I understand, Abe test for the block to see if it's proof-of-stake... EDIT: I used an older version of abe.py and the error went away. Still any clues on why I get this error would be appreciated I made a VeriCoin block explorer ( http://blocks.vericoin.info) which is a NovaCoin deriv. and am getting the same error as you. Could you pastebin your abe.py file? Thanks! I see you got it fixed... did you find the bug or just used an older abe.py file? |
|
|
|
This looks like a wrong port/server IP or port in use. If I recall I couldn't make abe work with apaches sites enabled feature. So I used the default config and modify accordingly. So instead of this in /etc/apache2/sites-enabled/abe <VirtualHost *:80>
ServerName mydomain.com
Alias /static/ /home/ultra/abe-utc/Abe/htdocs
Alias /robots.txt /home/ultra/abe-utc/Abe/htdocs/robots.txt
Alias /favicon.ico /home/ultra/abe-utc/Abe/htdocs/favicon.ico
Alias / /usr/lib/cgi-bin/abe.fcgi/
# FcgidIOTimeout 40
</VirtualHost>
try instead adding ServerName mydomain.com
Alias /static/ /home/ultra/abe-utc/Abe/htdocs
Alias /robots.txt /home/ultra/abe-utc/Abe/htdocs/robots.txt
Alias /favicon.ico /home/ultra/abe-utc/Abe/htdocs/favicon.ico
Alias / /usr/lib/cgi-bin/abe.fcgi/
# FcgidIOTimeout 40 in /etc/apache2/sites-enabled/default <VirtualHost *:80></VirtualHost> tags. Hi Thanks! I tried this but still cant connect using fastcgi. It's weird. I've tried everything about 5 times and still no luck. It begins by successfully reading data via rpc but then buckles when it tries to establish a connection to apache2. It looks like it could be permissions. perhaps python not being able to connect to apache rather than colliding with an existing connection on port 80. I've even disabled the default site so my httpd conf info in 'abe' is the only site running. I've removed the port & host data from abe.conf sh-4.2$ python -m Abe.abe --config /home/ultra/abe-utc/abe.conf --static-path /static/
block_tx 322139 763931
commit
block_tx 322140 763932
commit
block_tx 322141 763933
commit
block_tx 322142 763934
commit
block_tx 322143 763935
commit
block_tx 322144 763936
block_tx 322144 763930
commit
Abe initialized.
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 2279, in <module>
sys.exit(main(sys.argv[1:]))
File "/usr/local/lib/python2.7/dist-packages/Abe/abe.py", line 2275, in main
serve(store)
File "/usr/local/lib/python2.7/dist-packages/Abe/abe.py", line 2151, in serve
httpd = make_server(args.host, port, abe)
File "/usr/lib/python2.7/wsgiref/simple_server.py", line 144, in make_server
server = server_class((host, port), handler_class)
File "/usr/lib/python2.7/SocketServer.py", line 419, in __init__
self.server_bind()
File "/usr/lib/python2.7/wsgiref/simple_server.py", line 48, in server_bind
HTTPServer.server_bind(self)
File "/usr/lib/python2.7/BaseHTTPServer.py", line 108, in server_bind
SocketServer.TCPServer.server_bind(self)
File "/usr/lib/python2.7/SocketServer.py", line 430, in server_bind
self.socket.bind(self.server_address)
File "/usr/lib/python2.7/socket.py", line 224, in meth
return getattr(self._sock,name)(*args)
socket.error: [Errno 13] Permission denied
sh-4.2$
some serious head scratching going on here :/ Try adding --no-serve switch to your execution command python -m Abe.abe --config /home/ultra/abe-utc/abe.conf --static-path /static/ --no-serve |
|
|
|
Hi guys, http://xbc2.blockx.info/ is up and running. This is a temporary address as Seriouscoin needs some time to finish some transfer. Once this is done and confirmed to me, I will be moving back the explorer to xbc.blockx.info Sorry about the delay but last week was kind of rough for me plus we had a small glitch as I was handed the wrong version of the source code for XBC and kept ending up on a fork. But that is all fixed now, so enjoy |
|
|
|
because it's a work in progress. Had a rough week last week so it's still pending. I also haven't announced it yet! |
|
|
|
I've been following that activity... from about 20 BTC @ 2000 sat, to 44 BTC @ 5500 sat to 60 BTC @ 7400 sat! wow  |
|
|
|
Tranz, a feature request:
"Stacked this month":
My goal is to sell 25% of my staking every month. But calculating this is not easy since you get several stakings very fast.
the "Stacked this month" entry would isolate stacking from 1st of month to end of month (technically, not exactly 30 days, but easier to handle). From there, I could easily calculate 25% of it.
Improvement: replace "Stacked this month" with "Stacked this period" and let the user choose the start and stop date.
This would continue to make the HBN wallet one of the best!
Thank you
(presstab, if you can do this for TEK, I'd be happy too)
Hey David, you already have the option of choosing the time frame of the period. You should have predefined ranges of "All", "Today", "This Week", "This Month", "Last Month", "This Year" and finally "Range..." witch enables a selecting calendar  And from there it's easy to export that list to a spreadsheet and do your calcs, you can remove the orphans before exporting or use a formula on the spreadsheet for not including the orphans in your calculations. EDIT: yes stakeforcharity could be a way of doing it. Just know that - you can only send MAX 50% of each stake to a specified address.
- You can setup only one receiving address per wallet (.dat file)
- you have to setup stakeforcharity on every wallet startup (maybe this could be improve to be "shutdown resistent" but it might be tricky to do for security reasons.)
- stakeforcharity will send the percentage defined right after a successful stake has been confirmed and matured. So you need to have it configured before your coins stake or it will not send the defined percentage (it makes senses but still good to clarify out). So you need to remember to always check if it is active (especially if you open/close your client often)
|
|
|
|
staking is slowly.
Is this a question or a comment? it is a question.  ,but my connections are 9. the new wallet says:warning:checkpoint is too old. are you fully sync yet? if you are not, the message is normal. Once you will be up to date, the message will not show anymore. |
|
|
|
staking is slowly.
Is this a question or a comment? |
|
|
|
Out of curiosity, why is the new reindexing necessary?
To enable fast start, the block hash was added to the index. So the reindexing does that with the new source code. |
|
|
|
Hey all, just to confirm, 1.3.0 is the latest version (that unick was working on), right? If so, is there anything we need to be aware of before doing the update (any problems?)?
Thanks!
One thing you should know is that a full blockchain reindex is required, meaning that you need to delete the existing blk*.dat files from your computer and let it sync again. other than that, no serious issues came up yet, be sure to make a copy of your wallet (as always) before upgrading. |
|
|
|
Ok, try this instead: http://grw.blockx.info/grw_bootstrap_20140529.tar.gzMake sure to clean all your appdata folder (except your wallet.dat of course) put in this bootstrap.dat before starting the client (if you started the client make sure to delete any blk* files in that folder. then start your client. With the bootstrap.dat file, your client will recreate the index and get the missing blocks from the network. alternatively you can force the connection to good nodes by making sure to remove the peers.dat file and starting your client with the -connect=IP switch. you try any of this page nodes running version 1.3.0.0 http://grw.blockx.info/connected-nodesThanks! I'm trying both, in different computers. The bootstrap is recreating the index. EDIT: -connect=IP has worked! Thanks! Excellent, I'm glad you got it sorted out |
|
|
|
a community take over, well there may be hope for the world yet.....
i glanced at the source, when i have time i will build it and check it out....
appears a lot of work went into it....
the origainal client would not pay out stake due to a few issues.....
Wallet is staking now. still, more work is required, as stakes are coming in too fast (if you have a few mature blocks, you will see). anyhow, welcome back to the community  |
|
|
|
|
Show Posts
