Author

Topic: [ANN][BURST] Burst | Efficient HDD Mining | New 1.2.3 Fork block 92000 - page 459. (Read 2170648 times)

sr. member
Activity: 423
Merit: 250
Question about the J6 optimizer. Why would you want it to wait for free memory? What happens if it continues on? Does it optimize better with more memory available?
full member
Activity: 137
Merit: 100
AT - Automated Transactions - CIYAM Developer
I received a transaction from mininghere.  Anyone know what they're about?

Also, I just noticed the following error in my burst mining logs.  Looks like an AT might have broken something?

Code:
2015-01-25 11:21:25 INFO: tx with id -4762078490203704075 found
2015-01-25 11:21:25 INFO: get timestamp for tx with id -4762078490203704075 found
nxt.at.AT_Exception: Calculated md5 and recieved md5 are not matching
        at nxt.at.AT_Controller.validateATs(AT_Controller.java:404)
        at nxt.BlockchainProcessorImpl.accept(BlockchainProcessorImpl.java:682)
        at nxt.BlockchainProcessorImpl.pushBlock(BlockchainProcessorImpl.java:647)
        at nxt.BlockchainProcessorImpl.access$400(BlockchainProcessorImpl.java:51)
        at nxt.BlockchainProcessorImpl$1.run(BlockchainProcessorImpl.java:171)
        at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
        at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:308)
        at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:180)
        at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:294)
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
        at java.lang.Thread.run(Thread.java:745)

Probably some miners have outdated version and this is why you are receiving that error. I am getting also the same. Looking into it. We were getting the same error when doing test with burstdev with version 1.2.0 . We fixed that bug in 1.2.1 version

If a miner using the latest 1.2.1 version when mines the block gets the same error please report it.

Just saw a new block and everything seems fine. So I was correct saying that some miners use an outdated version.
full member
Activity: 137
Merit: 100
AT - Automated Transactions - CIYAM Developer
I received a transaction from mininghere.  Anyone know what they're about?

Also, I just noticed the following error in my burst mining logs.  Looks like an AT might have broken something?

Code:
2015-01-25 11:21:25 INFO: tx with id -4762078490203704075 found
2015-01-25 11:21:25 INFO: get timestamp for tx with id -4762078490203704075 found
nxt.at.AT_Exception: Calculated md5 and recieved md5 are not matching
        at nxt.at.AT_Controller.validateATs(AT_Controller.java:404)
        at nxt.BlockchainProcessorImpl.accept(BlockchainProcessorImpl.java:682)
        at nxt.BlockchainProcessorImpl.pushBlock(BlockchainProcessorImpl.java:647)
        at nxt.BlockchainProcessorImpl.access$400(BlockchainProcessorImpl.java:51)
        at nxt.BlockchainProcessorImpl$1.run(BlockchainProcessorImpl.java:171)
        at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
        at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:308)
        at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:180)
        at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:294)
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
        at java.lang.Thread.run(Thread.java:745)

Probably some miners have outdated version and this is why you are receiving that error. I am getting also the same. Looking into it. We were getting the same error when doing test with burstdev with version 1.2.0 . We fixed that bug in 1.2.1 version

If a miner using the latest 1.2.1 version when mines the block gets the same error please report it.
legendary
Activity: 1512
Merit: 1000
quarkchain.io
full member
Activity: 137
Merit: 100
AT - Automated Transactions - CIYAM Developer
I received a transaction from mininghere.  Anyone know what they're about?

Also, I just noticed the following error in my burst mining logs.  Looks like an AT might have broken something?

Code:
2015-01-25 11:21:25 INFO: tx with id -4762078490203704075 found
2015-01-25 11:21:25 INFO: get timestamp for tx with id -4762078490203704075 found
nxt.at.AT_Exception: Calculated md5 and recieved md5 are not matching
        at nxt.at.AT_Controller.validateATs(AT_Controller.java:404)
        at nxt.BlockchainProcessorImpl.accept(BlockchainProcessorImpl.java:682)
        at nxt.BlockchainProcessorImpl.pushBlock(BlockchainProcessorImpl.java:647)
        at nxt.BlockchainProcessorImpl.access$400(BlockchainProcessorImpl.java:51)
        at nxt.BlockchainProcessorImpl$1.run(BlockchainProcessorImpl.java:171)
        at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
        at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:308)
        at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:180)
        at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:294)
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
        at java.lang.Thread.run(Thread.java:745)

Probably some miners have outdated version and this is why you are receiving that error. I am getting also the same. Looking into it. We were getting the same error when doing test with burstdev with version 1.2.0 . We fixed that bug in 1.2.1 version
sr. member
Activity: 423
Merit: 250
https://burstforum.com/index.php?threads/plot-optimizer-v1-6-j6jq.268/ - Modification of DCCT Optimizer

https://burstforum.com/index.php?threads/plot-optimizer-gui-1-0-4.589/ - GUI for said Optimizer - beta

http://burstcoin.eu/download/3-dcct's-miner-and-plot-tools - DCCT Optimzer

These are the only Optimizers I am aware of.

There is no GPU optimizer because optimizing is not about doing any calculations or hashing but about re-organized the Nonces within the plot file. Maybe a GPU can do this better than a CPU but I have not seen anyone release anything.  Consider Plot optimization as similar to defragging your hard-drive.  The Optimizer takes all of your nonces and places them in a nice neat order so when the miner looks for a particular nonce the remaining search will be sequential instead of having to bounce around the drive in blocks that are equal to the stagger size. ( my basic understanding of the process)

Speed will be dependent on your CPU and drives.  Optimizing using a read on one drive and a write on another drive should be faster than read and writing on the same drive.  The J6 Optimizer allows for this method, were as the original DCCT optimizer is only capable of reading and writing to the same drive.  So when using the DCCT optimizer you have to have room on your drive for both the original plot file and the optimized plot file.  I use a old E5800 3GHz dual core Intel and it takes I think an 1hr / 100GB to optimize using DCCT.  (I forget the exact time, but this sorta of sounds right).

The GPU plotter will create an optimized plot file if you use the direct write method instead of the buffer write method.  The direct method has its draw backs with increased memory usage and slower speed.  I think so far it is customary to just plot using a comfortable stagger and then optimize.

Well, that's my take on your questions, maybe some-one else can give more detail or correct any of my possible inaccuracies.

Good-Luck

Thanks for the clarification... Not really digging the time table though. Based on what you said, optimizing would take longer then plotting.

Ah my god, that's what the direct write method was... I thought it just operated at reduced memory usage as both options aren't explained well. SOB.
sr. member
Activity: 462
Merit: 250
I received a transaction from mininghere.  Anyone know what they're about?

Also, I just noticed the following error in my burst mining logs.  Looks like an AT might have broken something?

Code:
2015-01-25 11:21:25 INFO: tx with id -4762078490203704075 found
2015-01-25 11:21:25 INFO: get timestamp for tx with id -4762078490203704075 found
nxt.at.AT_Exception: Calculated md5 and recieved md5 are not matching
        at nxt.at.AT_Controller.validateATs(AT_Controller.java:404)
        at nxt.BlockchainProcessorImpl.accept(BlockchainProcessorImpl.java:682)
        at nxt.BlockchainProcessorImpl.pushBlock(BlockchainProcessorImpl.java:647)
        at nxt.BlockchainProcessorImpl.access$400(BlockchainProcessorImpl.java:51)
        at nxt.BlockchainProcessorImpl$1.run(BlockchainProcessorImpl.java:171)
        at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
        at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:308)
        at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:180)
        at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:294)
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
        at java.lang.Thread.run(Thread.java:745)
full member
Activity: 129
Merit: 100
Yeah, USB 2 has quite a bit of overhead, CPU wise, something people should consider...

Is there more then one different optimizing utility? How long does it take to optimize a drive? Is there a GPU assisted optimizer?

Why don't plotters do this automatically?

I'll give it a go on one of my 5TB drives and see if it improves the block mine time.

Any answers to the Qs?

https://burstforum.com/index.php?threads/plot-optimizer-v1-6-j6jq.268/ - Modification of DCCT Optimizer

https://burstforum.com/index.php?threads/plot-optimizer-gui-1-0-4.589/ - GUI for said Optimizer - beta

http://burstcoin.eu/download/3-dcct's-miner-and-plot-tools - DCCT Optimzer

These are the only Optimizers I am aware of.

There is no GPU optimizer because optimizing is not about doing any calculations or hashing but about re-organized the Nonces within the plot file. Maybe a GPU can do this better than a CPU but I have not seen anyone release anything.  Consider Plot optimization as similar to defragging your hard-drive.  The Optimizer takes all of your nonces and places them in a nice neat order so when the miner looks for a particular nonce the remaining search will be sequential instead of having to bounce around the drive in blocks that are equal to the stagger size. ( my basic understanding of the process)

Speed will be dependent on your CPU and drives.  Optimizing using a read on one drive and a write on another drive should be faster than read and writing on the same drive.  The J6 Optimizer allows for this method, were as the original DCCT optimizer is only capable of reading and writing to the same drive.  So when using the DCCT optimizer you have to have room on your drive for both the original plot file and the optimized plot file.  I use a old E5800 3GHz dual core Intel and it takes I think an 1hr / 100GB to optimize using DCCT.  (I forget the exact time, but this sorta of sounds right).

The GPU plotter will create an optimized plot file if you use the direct write method instead of the buffer write method.  The direct method has its draw backs with increased memory usage and slower speed.  I think so far it is customary to just plot using a comfortable stagger and then optimize.

Well, that's my take on your questions, maybe some-one else can give more detail or correct any of my possible inaccuracies.

Good-Luck
sr. member
Activity: 423
Merit: 250
Yeah, USB 2 has quite a bit of overhead, CPU wise, something people should consider...

Is there more then one different optimizing utility? How long does it take to optimize a drive? Is there a GPU assisted optimizer?

Why don't plotters do this automatically?

I'll give it a go on one of my 5TB drives and see if it improves the block mine time.

Any answers to the Qs?
sr. member
Activity: 882
Merit: 250
Soon, there'll be huge racks of external hard drives inside warehouses, with like more than 1PB of storage... Just like bit coin xc

There will also be a shortage of hard drives soon.
legendary
Activity: 1624
Merit: 1130
Bitcoin FTW!
Soon, there'll be huge racks of external hard drives inside warehouses, with like more than 1PB of storage... Just like bit coin xc
legendary
Activity: 1932
Merit: 1042
https://locktrip.com/?refId=40964
Is it possible to use space on a usb to mine? If so, how?


hahahahaha

nice try!!!

read some page around...

with a few GB you do nothing...

to gain something try with at least 10TB..

check here:

http://burstcoin.eu/calculator
with 10TB you get 3350 burst day...

sorry for this clarification!!!

full member
Activity: 137
Merit: 100
AT - Automated Transactions - CIYAM Developer
Also, if anyone wants to fund a project using AT and Burst using the crowdfund use case please send me a message to arrange it.
legendary
Activity: 1624
Merit: 1130
Bitcoin FTW!
Is it possible to use space on a usb to mine? If so, how?
sr. member
Activity: 462
Merit: 250
Hey,

Today I am going to deploy the first AT use case: The Lottery AT.

I created a new account ( BURST-2Z98-XJU6-A2UA-FDKZP ), which will be used to send funds to the Lottery without participating in the draw. That way we can "kickstart" the lottery with an amount for the first draw to create more interest and winnings for the winner of the first decentralized lottery using AT. So any funds send to that address will be send back to Lottery AT account.
[---]
Regards

- vbcs

 

Wow Smiley History being made right here, guys!! First time ever a blockchain is used for a trustless, decentralized lottery! This's exactly why AT's and Smart Contract is such a big deal. Even if it's "only" a lottery, this is like a proof-of-concept of what this whole technology enables; a fun and historic lottery proofs that much more advanced feature is possible. For such examples, see CIYAM's site at http://ciyam.org/at/.

This is what coins like Counterparty and Ethereum are trying to create, but vbcs, burstdev and CIYAM really did with BURST! When this spreads, I simply can't see BURST being traded at the levels it is now. Just WOW! And a BIG thanks to the guys who made this possible.  Smiley


And don't forget to buy a ticket or two and be part of cryptocurrency history!
full member
Activity: 137
Merit: 100
AT - Automated Transactions - CIYAM Developer
Hey,

Today I am going to deploy the first AT use case: The Lottery AT.

I created a new account ( BURST-2Z98-XJU6-A2UA-FDKZP ), which will be used to send funds to the Lottery without participating in the draw. That way we can "kickstart" the lottery with an amount for the first draw to create more interest and winnings for the winner of the first decentralized lottery using AT. So any funds send to that address will be send back to Lottery AT account.

I am thinking the ticket size to cost 2000 burst. The lottery fees for processing the txs are about 15burst. So the final amount to participate to the lottery will be 2015 burst. If you think the ticket amount is too big or too small please say so.

The lottery will pay the winner the total worth of tickets purchased approx. every 1 week plus all extra that were sent to the special address to help seed the Lottery payout

When participating to the lottery, the AT will create a random ticket for you after 15 blocks. The ticket is sent back to the participant through a normal tx with the ticket ( in hex format ) included as a message. Due to a limitation of the AT txs only one ticket can be send back as a message to each participant per block, although if you send more in one block the AT always draws a ticket for each different tx, so that limitation does not mean you will not get more tickets per block per tx if you make multiple purchases.

I created a .html file which needs to be copied under the directory /html/ui/ inside burst folder. After you copy the html file you can use the browser to access it ( http://localhost:8125/atlotteries.html  ). The html displays the lottery state (current winner account, total current winnings e.t.c) and provides also a button for quick ticket purchase.
Here is a screenshot of the resulted .html : https://i.imgur.com/Pz8H2SQ.png

If you are using http://localhost:8125 to access your burst wallet then download this version:
https://mega.co.nz/#!KcZiTBBS!V5SobUhbDGu7Dcw2un1jGszIM3Scl0e3feK9wduKPlU

else if you are using http://127.0.0.1:8125 to access burst wallet this version:
https://mega.co.nz/#!GBhwCTAD!NucXtJh7o9h-4R_gJafnY7xVlgbKJ5IEZ0tA7AYadyM

Also here you can see the lottery's code that will be deployed here : http://pastebin.com/xiDdMzEG

Regards

- vbcs

 
sr. member
Activity: 462
Merit: 250
Btw, I don't know if we ever posted the press release that were sent to cryptocurrancy sites but here it is:


BURST Beats Ethereum and Counterparty to Smart Contracts by a long shot
http://burstcoin.info/SmartContracts.pdf

Hopefully we can follow up that with more PRs:)



***EDIT: A new article published, have a look at https://medium.com/ , frontpage


sr. member
Activity: 462
Merit: 250
Back from vacation!


Finally! I thought you had settled down for good in Costa Rica Wink


BURST Community PR Team continues for try and spread knowledge of the this awesome coin. Now we are featured on two more crypto-boards

https://cryptocointalk.com/topic/28465-ann-burst-hard-disk-mining-with-smart-contracts/
http://bitcoingarden.tk/forum/index.php?topic=2579.0

Now when Bitcointalk have problems staying online, members might seek alternatives. So check those two out Smiley


hero member
Activity: 527
Merit: 503
Back from vacation!

The first article has been published on Automated Transactions and Smart Contracts. We did have contact with the reporter but be never asked any questions or  had the decency to send the article to us for comments before publishing. We made a few remarks in the comment field below the article, both on that and the content.


http://insidebitcoins.com/news/alternative-cryptocurrency-claims-to-have-won-the-race-to-smart-contracts/29152

They should have interviewed the Dev. Piss poor journalism.

Maybe could've been better but I think that we should be applauding their work.. still a good article for Burst and should be appreciated so others are encouraged to write articles about Burst.

Also, nice to hear that POC2 is progressing nicely. Smiley

One comment, Nxt did solve the nothing at stake problem regarding mining in multiple chains to my satisfaction.. simple trick, if a miner doesn't see a block within 15(or X) seconds then don't count it's difficulty in your calculation when choosing which chain to build off of.  Suddenly those chains are ignored and similar to how the shortest chain is ignored, miners are forced into mining for the correct chain because mining for other chaiuns ill simply be ignored by the rest of the network.  One other huge security advantage over POS, no possibility of a history key attack.
legendary
Activity: 1792
Merit: 1010
@mmmaybe

As described earlier, I have faith and active participation in BURST community, but really have no time and knowledge to help, also my English is horrible, but I hope for a "honored member" or "believer" ribbon Smiley Or just "Burster senior" Smiley


glad I made you smile and as far SETI, I will leave my house keys , wallets unlocked, passwords to cryptsy bittrex polo something, and trade for an encounter just the same,

seeing magnitude of "blockchain" discovery who is to say they are not already here
Jump to: