in the block explorer, why is there such a disparity on time between block generation? I thought blocks were supposed to be generated like every 20 secs or some small number
the blockchain explorer calculates the date and time you see from timestamp each block is created, starting from 0 at genesis creation. the genesis base timestamp is 1385294400, means the genenis block with timestamp 0 was exactly at 24.11.2013 12:00:00 created. the date and time you see at blockchain explorer should always match with the time you see in your client and it do so. Yes, I get all that all fine and well, but I thought blocks were supposed to be generated every X number of seconds. In some cases there are multiple minutes between blocks. guess the reason is peer latency. with a bigger peer the average will equalize these diffs. but to be sure, we have to ask bcnext.  |
|
|
|
in the block explorer, why is there such a disparity on time between block generation? I thought blocks were supposed to be generated like every 20 secs or some small number
the blockchain explorer calculates the date and time you see from timestamp each block is created, starting from 0 at genesis creation. the genesis base timestamp is 1385294400, means the genenis block with timestamp 0 was exactly at 24.11.2013 12:00:00 created. the date and time you see at blockchain explorer should always match with the time you see in your client and it do so. |
|
|
|
Guys if anyone can help me I need to do 2 things, the first is to connect the client via tor, I saw someone writing about that somewhere here but lost it! and the other thing I want the client to allow only connections from localhost, without resorting to modifying iptables hopefully. can anyone help here  change allowedUserHosts and allowedBotHosts para-values to localhost or 127.0.0.1 (depends on your settings) in web.xml iirc allowedUserHosts is not implemented yet but allowedBotHosts blocks requests. |
|
|
|
What does that mean (blockchain explorer): Balance Total : 23631343 NXT Confirmed [1] : 14368105 NXT Unconfirmed : 9263487 NXT Does it mean that 9263487 NXT are not yet included in blocks? Why? Yet they show up in our balance. Are they in risk of being reversed / returned? coins, once confirmed on your account can't be reversed. the 1440 confirmations defines also when coins are able to mining fees. iirc counted from the first transaction on a new account. problem is we haven't any official white paper or specifications about the inner algos now, so i decided to add this indicator because the api also delivers this. in case the mining algo will change i can remove this distinction. in your case this makes no difference, genesis accounts are able to mining right away from start. |
|
|
|
allowedUserHosts is not enabled yet. I'll add logging feature in 0.3.16. TIME_WAIT is normal behavior, what is the timeout btw?
$ cat /proc/sys/net/ipv4/tcp_fin_timeout
5
I reduced it to 5, was 60 before the last crash. currently running this echo 7 > /proc/sys/net/ipv4/tcp_fin_timeout
echo 1 > /proc/sys/net/ipv4/tcp_tw_reuse
echo 30 > /proc/sys/net/ipv4/tcp_keepalive_intvl
echo 5 > /proc/sys/net/ipv4/tcp_keepalive_probes with +400 peers. seems ok. |
|
|
|
just added basic market data. besides the actual quote i particularly like this number +993% from first quote in 10 days 246 btc / 23958308 nxt volume so far. have a look -> http://87.230.14.1/nxt/nxt.cgi?action=2thx again to dgex for the tickerapi. |
|
|
|
Yes, and seems like our networking is too dependent on the bootstrap nodes. Last night fluke.airdns.org crashed with the java process exceeding the 1024 number of open files limit. At that point it had more than 400 active peers. I increased the open files limit to 16384 and restarted, this morning it had crashed again. Right now it is at 200 active peers, will see how long it lasts. yes, have raised ulimit too, running with 300+ peers fine now. do you have any additional/usefull port restrictions to protect your node? |
|
|
|
have had the same problems with nxt-bce last night. badMessage: java.lang.IllegalStateException: too much data after closed for ...
badMessage: 400 Illegal character for HttpChannelOverHttp@235eb171{r=0,a=ID ... the explorer was also flooded with bot api requests, not from local fetcher. changed to 0.3.14. and now it seems better. i tried to bind allowedBotHosts to localhost but this doesn't work. is there any additional tag i have to set? (otherwise i could solve this via iptables) ps: cfb, anything we can do to support you against the hackers? |
|
|
|
Why not use embedded SQL engines like H2 or HSQLDB? embedded engines are not good for this kind of work. there is a good reason why e.g. btc uses kv storage like leveldb. |
|
|
|
W.T.F. ? Troll admin from dgex ? this is one of several weak points of marketcap, looks like they using the exchange actual best price instead a weighted average. they also don't take the liquidity into account, which is nessesary to get a smoother overview. don't want to lower the work from marketcap but there are some more flaws. |
|
|
|
Could u fix this interface "bug"? sure, have to revised the target data. block.baseTarget is in 1000th of percent. yes, i am not sure with the whole target and block generation algo atm. timediffs between blocks needs to consider also? will contact you later this day with some questions about this ;-) edit: nxt-bce -> baseTarget * 100 / 153722867 |
|
|
|
nxt doing fine. blocks with fees are rising. number of accounts also. just added statistics, have a look: http://87.230.14.1/nxt/nxt.cgi?action=40ps: due to the courtesy of GCInc.(tickerapi) i can add btc/usd equivalents to the account balance today. Great job! thanks, dev question: anyone knows a ready to use plain c-lib for charting? otherwise i would use cairo by adding a dsl charting dialect on top of this but this would take some days, which would be better invest into a mining calculator. i think this one is important because many users here asking how much coins needed to mine a specific amount/day. |
|
|
|
nxt doing fine. blocks with fees are rising. number of accounts also. just added statistics, have a look: http://87.230.14.1/nxt/nxt.cgi?action=40ps: due to the courtesy of GCInc.(tickerapi) i can add btc/usd equivalents to the account balance today. |
|
|
|
great, this one looks fine. a poll intervall of 3 min. is ok?
Yea no problem with that, a static file it's hopefully gonna carry some decent load before throttle limiting needs to be considered. very good, thanks. tomorrow i will process this data and link to your site. please give me a note if poll frequency need to be lowered to save your bandwith. |
|
|
|
btw, the output is a valid json standard or is there a missing comma after each array?
one more thing, if you add a unix timestamp to each array, time math and aggregations
for data visualisations are much easier and faster. could you add this to your cgi output?
Yes, feel free to use the ticker. Timestamp added, please use a less resource intensive version at http://dgex.com/API/trades.jsonIt updates on the server once every minute. great, this one looks fine. a poll intervall of 3 min. is ok? |
|
|
|
So anybody who has a suggestion or offer for Nxt project, please post it here or preferably open a new thread and let people comment, discuss and decide about your idea there.
Not intending to intrude, but we may have quite a bunch of active folks lurking / setting up here in the Bounty requests & assignments at nextcoin.org. Soonish we will have a built in facility to send bounty NXT to each other WITHIN the forum. btw, the output is a valid json standard or is there a missing comma after each array? one more thing, if you add a unix timestamp to each array, time math and aggregations for data visualisations are much easier and faster. could you add this to your cgi output? |
|
|
|
So anybody who has a suggestion or offer for Nxt project, please post it here or preferably open a new thread and let people comment, discuss and decide about your idea there.
Not intending to intrude, but we may have quite a bunch of active folks lurking / setting up here in the Bounty requests & assignments at nextcoin.org. Soonish we will have a built in facility to send bounty NXT to each other WITHIN the forum. nice, you have a ticker. can i use this tickerdata on blockchain explorer? showing the actual nxt quote there would be nice. |
|
|
|
Yes, actually he sent me this offer week ago, I asked him to post it publicly for the public to see and assess, so if the known faces of the project, especially donators approve it, I can finance it from the donation pool I've already gathered for supplying bounty projects and that promotion based giveaway. Anyway, I've already told him in the pm that the payment will be paid only after the publishing promises are done at the agreed news sites!
So all of you please make a comment on his offer. great! sounds very good. with payment after publishing i see no risk at all but timing is everything here. as cfb mentioned, the system should be as stable as possible before doing this. btw, i was thinking to use 25% from donations i recieve for wider adoption but if you handle the marketing part it would be easier for me to send it to your donation pool. if this makes sense, please drop me a note. |
|
|
|
Bybitcoin, have you heard from the "news of Nxt in Wall Street Journal, Yahoo Finance..." guy?
Hell, calm down guys. Gimme 1 more week to fix stability issues. And then u can do ur PR. ++1 |
|
|
|
|
Show Posts
