[ANN][BURST] Burst | Efficient HDD Mining | New 1.2.3 Fork block 92000

[unsoindovo]

the difficulty continues to increase ...

look at the chart:

https://www.dropbox.com/s/2ibjd5nq7px36uw/burst.png

but nobody has a clue how to relate the difficulty of this type of mining to the classic scrypt or x11?
I mean in scrypt already 1 or 2 of difficulty is useless in only undermine ...
here what is the threshold beyond which no longer deserves to undermine?

[1714312785]

1714312785

[hvidgaard]

this sounds like a plan but i think the main goal should be to develop a c version of the wallet and supply this to the exchanges.
the nxt hack at bter was only a matter of time cause all is based on java....

- this is FUD. But what else can you expect from a newbie ...

if this is FUD how can you explain why there are on regular base and not on demand critical security updates for JAVA advised?
http://www.oracle.com/technetwork/topics/security/alerts-086861.html

or compare the cve submission dates to patch availability:
http://www.oracle.com/technetwork/topics/security/public-vuln-to-advisory-mapping-093627.html

now please tell me why i state a huge nxt hack was only a matter of time.

Really if Java was that bad, it's hard to understand why it is so widely used in the enterprise world. 

It's FUD because security is not about a vulnerability in Java. A vulnerability STILL needs some malicious code to run before it can be exploited- this is a problem because the average user do run such code every now and then, or another vulnerability in e.g. a browser is used to execute said code. In short don't run untrusted code and you'll be fine, properly firewall the system, and you'll be fine.

you currently mix up javascript and java but thats not the point here. the enterprise world loves java because its powerfull and can be secured by the application design. the most critical point in any design is to only allow defined and trusted network peers access to the java vm. in 99% of all enterprise apps this is done by secured networks. a core element of a wallet application design is to communicate with "anonymous" peers. firewalling a java wallet vm in a exchange environment may only be possible by analysing the traffic payload with snort or similar tools. then you let only pass "known good" packets. this is a really hard (if even possible) job to do which would not have to be done if the wallet code is ported to c. thats the point in my inital reply.

No I do not confuse anything. What I am saying that if you want to exploit a vulnerability in Java the user must either run untrusted code, or it must be a 2 stage exploit where AS AN EXAMPLE a bug in the browser that allow the adversary to execute any code of his choice. That could be a 0-day in the OS or a 0-day in Java.

The simple fact that you really try to tell the world that C is inherently more secure than Java, show quite well you do not understand 101 of hardening applications and securing networked systems.

[callmejack]

this sounds like a plan but i think the main goal should be to develop a c version of the wallet and supply this to the exchanges.
the nxt hack at bter was only a matter of time cause all is based on java....

- this is FUD. But what else can you expect from a newbie ...

if this is FUD how can you explain why there are on regular base and not on demand critical security updates for JAVA advised?
http://www.oracle.com/technetwork/topics/security/alerts-086861.html

or compare the cve submission dates to patch availability:
http://www.oracle.com/technetwork/topics/security/public-vuln-to-advisory-mapping-093627.html

now please tell me why i state a huge nxt hack was only a matter of time.

Really if Java was that bad, it's hard to understand why it is so widely used in the enterprise world. 

It's FUD because security is not about a vulnerability in Java. A vulnerability STILL needs some malicious code to run before it can be exploited- this is a problem because the average user do run such code every now and then, or another vulnerability in e.g. a browser is used to execute said code. In short don't run untrusted code and you'll be fine, properly firewall the system, and you'll be fine.

you currently mix up javascript and java but thats not the point here. the enterprise world loves java because its powerfull and can be secured by the application design. the most critical point in any design is to only allow defined and trusted network peers access to the java vm. in 99% of all enterprise apps this is done by secured networks. a core element of a wallet application design is to communicate with "anonymous" peers. firewalling a java wallet vm in a exchange environment may only be possible by analysing the traffic payload with snort or similar tools. then you let only pass "known good" packets. this is a really hard (if even possible) job to do which would not have to be done if the wallet code is ported to c. thats the point in my inital reply.

No I do not confuse anything. What I am saying that if you want to exploit a vulnerability in Java the user must either run untrusted code, or it must be a 2 stage exploit where AS AN EXAMPLE a bug in the browser that allow the adversary to execute any code of his choice. That could be a 0-day in the OS or a 0-day in Java.

The simple fact that you really try to tell the world that C is inherently more secure than Java, show quite well you do not understand 101 of hardening applications and securing networked systems.

i see that you don't get it if you talk about a browser and a user running comprimsed code but thats fine for me. convince the world that java is safe and cry if nxt based wallets get attacked.
all i want to have is the best possible security for anything i invest in.
for now the best possible security is java but for long term the coin needs a c based wallet.

[zhinkk]

The miner is working now? I think I saw this a week ago but didn't see any working miners for this.

[alibabacool]

the difficulty continues to increase ...

look at the chart:

https://www.dropbox.com/s/2ibjd5nq7px36uw/burst.png

but nobody has a clue how to relate the difficulty of this type of mining to the classic scrypt or x11?
I mean in scrypt already 1 or 2 of difficulty is useless in only undermine ...
here what is the threshold beyond which no longer deserves to undermine?

Tell me, please, how you watch the difficulty?

[burstcoin]

New update 1.0.2
https://mega.co.nz/#!C0hEmRKD!pf70p7VucqfYyUpqOXZgWTOYu2r_vs4d8g5yRnfrQ5Y
Please update before block 2700

Changes:
New difficulty adjustment starting on 2700
New ui

[unsoindovo]

the difficulty continues to increase ...

look at the chart:

https://www.dropbox.com/s/2ibjd5nq7px36uw/burst.png

but nobody has a clue how to relate the difficulty of this type of mining to the classic scrypt or x11?
I mean in scrypt already 1 or 2 of difficulty is useless in only undermine ...
here what is the threshold beyond which no longer deserves to undermine?

Tell me, please, how you watch the difficulty?

Just open web wallet and click on NRS link

[dcct]

I need to enable my Bitcoin & Litecoin-wiki accounts but dont have any at hand.

1k burst for 0.001 BTC & 0.1 LTC someone? PM please


Thanks 

[BChydro]

Anyone know how to see the difficulty or scaling factor?

[unsoindovo]

New update 1.0.2
https://mega.co.nz/#!C0hEmRKD!pf70p7VucqfYyUpqOXZgWTOYu2r_vs4d8g5yRnfrQ5Y
Please update before block 2700

Changes:
New difficulty adjustment starting on 2700
New ui

link don't work!

[unsoindovo]

Anyone know how to see the difficulty or scaling factor?

i repeat

open web wallet localhost:8125
then click on NRS version.
 a pop up appear with al details

[burstcoin]

New update 1.0.2
https://mega.co.nz/#!C0hEmRKD!pf70p7VucqfYyUpqOXZgWTOYu2r_vs4d8g5yRnfrQ5Y
Please update before block 2700

Changes:
New difficulty adjustment starting on 2700
New ui

link don't work!

Grab it from github then https://github.com/BurstProject/burstcoin/archive/master.zip

[Wulfcastle]

I mentioned earlier today that I was going to do a redesign of the Burst UI + a new logo. Well now I've completed both of those, take a look at the screenshots below (Please let me know if there is anything I've left out or if there's anything odd in the design) :









Here is the link to the files for the UI : https://github.com/Wulfcastle/Burst-UI

How to Install :

1. Download this repo to your PC
2. Navigate to the root of your Burst folder, e.g. C:\Burst\burst_1.0.0
3. Copy and Paste the "html" folder from this repo over the existing "html" folder in your Burst root folder, overwriting previous files.

Note :

This redesign only changes the CSS & HTML files that are used on the front-end of the NRS server that runs Burst, no back-end code has been edited, nor has any of the core functionality been edited in any way.

The UI just got approved, and is now the new UI in the Burst Wallet

[Wulfcastle]

Just a quick question, the whole blockchain is being re-indexed again. Is this normal?

[dcct]

Just a quick question, the whole blockchain is being re-indexed again. Is this normal?

Happened here, too. Its working perfectly now.

[unsoindovo]

but miner and generate plot don't change?
wath the matter if i continue to use wallet 1.0.1???

[unsoindovo]

Just a quick question, the whole blockchain is being re-indexed again. Is this normal?

how to check it?

just to know!!!
thanks!

[burstcoin]

If you didn't move your burst_db folder from the old wallet to the new one, it redownloads it.

[callmejack]

git based update works perfect within 2 minutes including a recompile.
git fetch
git pull
./compile

if git says your burst.jar will be overwritten and it wont update simply delete the file before you pull.
i even had'nt to restart the miner.

you can check the miner output to verify the wallet runs on the new version quite simple.
if the miner output contains "baseTarget" the update should have worked.

{"baseTarget":"72692055","height":"2275","generationSignature":"5c7ca2cb11598913e3118fa4b9264902281732b9d4af20876df3113dddfe8f55"}

[crowetic]

Very nice, like the new UI. Nice update!