Looks like NXT recovered nicely from the BTER debacle. Definitely a good sign for its longevity!
Yeah, problem is, there is no good well tested exchange with liquidity to buy it from now.
Topic: | Nxt | Blockchain Platform | Proof of Stake | Official - page 277. (Read 941287 times)
Yeah, problem is, there is no good well tested exchange with liquidity to buy it from now.
Looks like NXT recovered nicely from the BTER debacle. Definitely a good sign for its longevity!
BTER's silence is deafening. 
What was the conclusion of the hacked NXT funds?
BTER and the Hacker went back and forth in small amounts (with hacker sending first). BTER sent over 330btc and hacker sent over 42M BTC. Hacker left before the last 8M NXT was transferred back, and BTER is trying to contact him about that. So 42M of the 50M is back in BTER's hands. No where near as bad as the 45M that was gone.
8M Nxt is still a lot of money. Really hope BTER can get them all back
Otherwise many customers may get hurt
After all, it is public money and not belongs to BTER
The 8M NXT are probably BTERs stash. They got 8 months of 0.5% cashout fees and 0.2% trading fees
What was the conclusion of the hacked NXT funds?
BTER and the Hacker went back and forth in small amounts (with hacker sending first). BTER sent over 330btc and hacker sent over 42M BTC. Hacker left before the last 8M NXT was transferred back, and BTER is trying to contact him about that. So 42M of the 50M is back in BTER's hands. No where near as bad as the 45M that was gone.
8M Nxt is still a lot of money. Really hope BTER can get them all back
Otherwise many customers may get hurt
After all, it is public money and not belongs to BTER
What was the conclusion of the hacked NXT funds?
BTER and the Hacker went back and forth in small amounts (with hacker sending first). BTER sent over 330btc and hacker sent over 42M BTC. Hacker left before the last 8M NXT was transferred back, and BTER is trying to contact him about that. So 42M of the 50M is back in BTER's hands. No where near as bad as the 45M that was gone.
What was the conclusion of the hacked NXT funds?
want to know the hacker and 50MNXT.the hacker should be punished!
Gotta love the accent! It's music to my ears
Lol, thanks very much
Looks like you had some pretty serious weather there too.
Anyone who traded NXT on CCEDK recently, check this out:
https://nxtforum.org/general-discussion/the-winner-of-the-5000-nxt-giveaway-on-ccedk-is/new/#new
You might have won a cool 5000 NXT.......have fun!
https://nxtforum.org/general-discussion/the-winner-of-the-5000-nxt-giveaway-on-ccedk-is/new/#new
You might have won a cool 5000 NXT.......have fun!
Gotta love the accent! It's music to my ears
Lol, thanks very much
Gotta love the accent! It's music to my ears
And of course, less dumping because no mining revenue
It sort of cancels out the effect of the negative sentiment coming from our IPO style launch.
Volume appears low because coinmarketcap doesn't count in the Multigateway. (Go read about it if you haven't yet 
) And methinks bots trade Nxt less than traditional PoW currencies.
EDIT: And of course, less dumping because no mining revenue. (Forging revenue still rather small)
) And methinks bots trade Nxt less than traditional PoW currencies.EDIT: And of course, less dumping because no mining revenue. (Forging revenue still rather small)
Anyway very low Next trading volume
yeah the volume is low but it will rise as soon the market becomes stable and more people will ready to buy NXT.
Anyway very low Next trading volume
Damelon pls, erase all this previous garbage from today, it stinks. 
I will, but not today. Cleanup will follow once it's a bit more calm, otherwise I need to come back in every minute
Damelon pls, erase all this previous garbage from today, it stinks.
https://nxtforum.org/nrs-releases/nrs-v1-2-6/
Quote
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Release 1.2.6
https://bitbucket.org/JeanLucPicard/nxt/downloads/nxt-client-1.2.6.zip
sha256:
0673ed19d621644ce9db7e3024b22e21fff5176eca9041d89efbdaeeb077bb88 nxt-client-1.2.6.zip
Change log:
Preserve unconfirmed transactions during rescan instead of relying on being
able to get them again from peers.
Keep retrying the block generation in the case it fails due to an invalid
transaction. Prevent block generation failures due to minimum transaction size
changes.
Ignore peer weights in choosing a random peer when hallmark protection is
disabled (it is enabled by default). When hallmark protection is enabled, the
nxt.maxNumberOfConnectedPublicPeers count is now based on hallmarked peers only,
i.e. the node will keep trying to connect to more peers until it is connected
to at least that many hallmarked peers.
Added peer networking addPeers request. After sending a getPeers request and
processing the response, the peer will also send to the other peer all peer
addresses it is connected to which are not present in the other peer's peers
set, to improve the propagation of peer addresses through the network.
Minor bugfixes.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)
iQIcBAEBAgAGBQJT8NHyAAoJEFOhyXc7+e2AHK4QAOW8ZhB0PzJ9/2MCBUPeeLDI
7V+PWN4WntNecD98amSa4yh78ZC/0LycNWP6i8kHuX8QWgGZ0kEsPh8DOvn/J/vx
Fv4pVCWw7xXlfcuOIL7eXKD4Xw2kfciVhUjldF9GAGwDASPIGP94YCIB5rshcOad
nimQeFXLs957nXEFAqxs2CahDruWy5KY3cjEzAs5bl1pdo3nK9yD8imnWFG9sewZ
I2y6om51hUJQVWmlMM1Gymhpf09qYNKF0fpL3NV/vAEzwcMjw1i3KW8Wl1JxRG2i
YOWK1FV6ODMi6ZHzFPxRy1IHTlBVreZ5NkqLzRIkrOI1d5FeshKZ3xSfd+4bC9oG
rOKn8xaozrArSkSw2j+hVKqq6QtUeN+UNd/iQLDAxlpAs/hUy0iQl9TvNWWPadkY
5NLBujbBQW6BOOOc85kSxe9xt80/IGDnFo42U3iAngXins1Z63L97Fih6ikcW5ni
y0GXn2SFZT01pq+E46uwxGKIlhn+xviet0xRV6frep5JjQkI4lc5dhWabUfABP5c
zmVn4RK6AgKKE9X8VTCatBQ5qkqYhoAjNO+hvLVf6KqIEzRbg0kFVqzIMuRvvGE9
wyqG+4WK/wNQzpeGqyCcVckPWjmiGXWb7kKA5xcAAaXuMiw/yxj07AyAD5R7TLGC
M0cRob0J68TrH51pk0/3
=MeLs
-----END PGP SIGNATURE-----
Hash: SHA1
Release 1.2.6
https://bitbucket.org/JeanLucPicard/nxt/downloads/nxt-client-1.2.6.zip
sha256:
0673ed19d621644ce9db7e3024b22e21fff5176eca9041d89efbdaeeb077bb88 nxt-client-1.2.6.zip
Change log:
Preserve unconfirmed transactions during rescan instead of relying on being
able to get them again from peers.
Keep retrying the block generation in the case it fails due to an invalid
transaction. Prevent block generation failures due to minimum transaction size
changes.
Ignore peer weights in choosing a random peer when hallmark protection is
disabled (it is enabled by default). When hallmark protection is enabled, the
nxt.maxNumberOfConnectedPublicPeers count is now based on hallmarked peers only,
i.e. the node will keep trying to connect to more peers until it is connected
to at least that many hallmarked peers.
Added peer networking addPeers request. After sending a getPeers request and
processing the response, the peer will also send to the other peer all peer
addresses it is connected to which are not present in the other peer's peers
set, to improve the propagation of peer addresses through the network.
Minor bugfixes.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)
iQIcBAEBAgAGBQJT8NHyAAoJEFOhyXc7+e2AHK4QAOW8ZhB0PzJ9/2MCBUPeeLDI
7V+PWN4WntNecD98amSa4yh78ZC/0LycNWP6i8kHuX8QWgGZ0kEsPh8DOvn/J/vx
Fv4pVCWw7xXlfcuOIL7eXKD4Xw2kfciVhUjldF9GAGwDASPIGP94YCIB5rshcOad
nimQeFXLs957nXEFAqxs2CahDruWy5KY3cjEzAs5bl1pdo3nK9yD8imnWFG9sewZ
I2y6om51hUJQVWmlMM1Gymhpf09qYNKF0fpL3NV/vAEzwcMjw1i3KW8Wl1JxRG2i
YOWK1FV6ODMi6ZHzFPxRy1IHTlBVreZ5NkqLzRIkrOI1d5FeshKZ3xSfd+4bC9oG
rOKn8xaozrArSkSw2j+hVKqq6QtUeN+UNd/iQLDAxlpAs/hUy0iQl9TvNWWPadkY
5NLBujbBQW6BOOOc85kSxe9xt80/IGDnFo42U3iAngXins1Z63L97Fih6ikcW5ni
y0GXn2SFZT01pq+E46uwxGKIlhn+xviet0xRV6frep5JjQkI4lc5dhWabUfABP5c
zmVn4RK6AgKKE9X8VTCatBQ5qkqYhoAjNO+hvLVf6KqIEzRbg0kFVqzIMuRvvGE9
wyqG+4WK/wNQzpeGqyCcVckPWjmiGXWb7kKA5xcAAaXuMiw/yxj07AyAD5R7TLGC
M0cRob0J68TrH51pk0/3
=MeLs
-----END PGP SIGNATURE-----
Jump to: