Bitcoin Forum
March 28, 2024, 04:31:55 PM *
News: Latest Bitcoin Core release: 26.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 ... 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 [183] 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 ... 1315 »
  Print  
Author Topic: [ANN][BURST] Burst | Efficient HDD Mining | New 1.2.3 Fork block 92000  (Read 2170586 times)
Vorksholk
Legendary
*
Offline Offline

Activity: 1713
Merit: 1029



View Profile WWW
August 27, 2014, 03:34:56 AM
 #3641

Due to the increase in difficulty, now renting out TBs of mining power for 0.045BTC per TB for the first month (generation fee), then 0.0225BTC per TB per month thereafter. Solo or pool mining.

Just got an order for 20TB, so any other orders will be waiting a few days.

20tb?

Crazy.

I was thinking burst was probably a fad but its looking more and more like real investors are coming in.

What did he/she pay for that?


0.90BTC for a month once the plots finish generating. Smiley

Crazy. I wonder if that will produce more than just buying them from market today.

This is getting interesting.

Very interesting indeed. Right now, 0.9BTC would get around 500,000 BURST at the exchanges, give or take 50k. At current difficulty, 20TB would certainly generate >500k BURST in a month, but there's no way the current difficulty is sticking for any period of time. Personally, I think mining will be a marginally better return, but that's napkin speculation.

VeriBlock: Securing The World's Blockchains Using Bitcoin
https://veriblock.org
1711643515
Hero Member
*
Offline Offline

Posts: 1711643515

View Profile Personal Message (Offline)

Ignore
1711643515
Reply with quote  #2

1711643515
Report to moderator
1711643515
Hero Member
*
Offline Offline

Posts: 1711643515

View Profile Personal Message (Offline)

Ignore
1711643515
Reply with quote  #2

1711643515
Report to moderator
1711643515
Hero Member
*
Offline Offline

Posts: 1711643515

View Profile Personal Message (Offline)

Ignore
1711643515
Reply with quote  #2

1711643515
Report to moderator
Bitcoin addresses contain a checksum, so it is very unlikely that mistyping an address will cause you to lose money.
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
1711643515
Hero Member
*
Offline Offline

Posts: 1711643515

View Profile Personal Message (Offline)

Ignore
1711643515
Reply with quote  #2

1711643515
Report to moderator
neite99
Sr. Member
****
Offline Offline

Activity: 560
Merit: 250



View Profile
August 27, 2014, 03:40:20 AM
 #3642

Due to the increase in difficulty, now renting out TBs of mining power for 0.045BTC per TB for the first month (generation fee), then 0.0225BTC per TB per month thereafter. Solo or pool mining.

Just got an order for 20TB, so any other orders will be waiting a few days.

20tb?

Crazy.

I was thinking burst was probably a fad but its looking more and more like real investors are coming in.

What did he/she pay for that?


0.90BTC for a month once the plots finish generating. Smiley

Crazy. I wonder if that will produce more than just buying them from market today.

This is getting interesting.

Very interesting indeed. Right now, 0.9BTC would get around 500,000 BURST at the exchanges, give or take 50k. At current difficulty, 20TB would certainly generate >500k BURST in a month, but there's no way the current difficulty is sticking for any period of time. Personally, I think mining will be a marginally better return, but that's napkin speculation.

I think it depends on a lot of things. The sooner the better though. A 5% monthly reward drop doesn't sound like much but after a few months and an increased difficulty it will feel a whole lot more like a roadblock.

Hope you can get them their plots really fast. Whoever it is deserves a good chance.
Vorksholk
Legendary
*
Offline Offline

Activity: 1713
Merit: 1029



View Profile WWW
August 27, 2014, 03:42:47 AM
 #3643

Due to the increase in difficulty, now renting out TBs of mining power for 0.045BTC per TB for the first month (generation fee), then 0.0225BTC per TB per month thereafter. Solo or pool mining.

Just got an order for 20TB, so any other orders will be waiting a few days.

20tb?

Crazy.

I was thinking burst was probably a fad but its looking more and more like real investors are coming in.

What did he/she pay for that?


0.90BTC for a month once the plots finish generating. Smiley

Crazy. I wonder if that will produce more than just buying them from market today.

This is getting interesting.

Very interesting indeed. Right now, 0.9BTC would get around 500,000 BURST at the exchanges, give or take 50k. At current difficulty, 20TB would certainly generate >500k BURST in a month, but there's no way the current difficulty is sticking for any period of time. Personally, I think mining will be a marginally better return, but that's napkin speculation.

I think it depends on a lot of things. The sooner the better though. A 5% monthly reward drop doesn't sound like much but after a few months and an increased difficulty it will feel a whole lot more like a roadblock.

Hope you can get them their plots really fast. Whoever it is deserves a good chance.

Oh for sure, 4-5 days to generate, and plots are mining while they are being generated. It'll be interesting to see what 5% reward deduction does to the market prices, too. Smiley

VeriBlock: Securing The World's Blockchains Using Bitcoin
https://veriblock.org
Sglasio
Full Member
***
Offline Offline

Activity: 224
Merit: 100


View Profile
August 27, 2014, 03:55:34 AM
 #3644

I like to announce:

The Plot-generator rewritten in C!

It has several advantages over the one written in Java:
- About twice as fast
- Support for larger stagger sizes, only limited by system memory
- More efficient memory handling. With just 3GB you can use Stagger size 8191, with 8GB 24000 is possible. Plots with larger stagger sizes are better, as they require less disk seeks to be read.

You need a 64bit Linux environment to run this. Maybe someone can port it to Windows?

How to run it:
Download, unpack (tar -xzf plotgenerator.tgz), compile (make)

Then use the same command line options as with the Java-generator:

Code:
./plot <key> <starting nonce> <nonces> <stagger size> <threads>

You can download it here:
https://bchain.info/plotgenerator.tgz


Anyone have any luck compiling this for Windows? It runs fine in Linux after compiling.

I used the this in terminal in Linux after I compiled it: "x86_64-w64-mingw32-gcc plot -o plot.exe"

Then I try to run it on Windows and can not run. I think I am suppose to use "x86_64-w64-mingw32-g++ plot -o plot.exe"

My skills are novice in compiling, so any help is greatly appreciated. Once I can get this running, I'll share a link to download it for Windows users.


where is a link ? _)
SpeedDemon13
Hero Member
*****
Offline Offline

Activity: 518
Merit: 500



View Profile WWW
August 27, 2014, 04:00:18 AM
 #3645

I like to announce:

The Plot-generator rewritten in C!

It has several advantages over the one written in Java:
- About twice as fast
- Support for larger stagger sizes, only limited by system memory
- More efficient memory handling. With just 3GB you can use Stagger size 8191, with 8GB 24000 is possible. Plots with larger stagger sizes are better, as they require less disk seeks to be read.

You need a 64bit Linux environment to run this. Maybe someone can port it to Windows?

How to run it:
Download, unpack (tar -xzf plotgenerator.tgz), compile (make)

Then use the same command line options as with the Java-generator:

Code:
./plot <key> <starting nonce> <nonces> <stagger size> <threads>

You can download it here:
https://bchain.info/plotgenerator.tgz


Anyone have any luck compiling this for Windows? It runs fine in Linux after compiling.

I used the this in terminal in Linux after I compiled it: "x86_64-w64-mingw32-gcc plot -o plot.exe"

Then I try to run it on Windows and can not run. I think I am suppose to use "x86_64-w64-mingw32-g++ plot -o plot.exe"

My skills are novice in compiling, so any help is greatly appreciated. Once I can get this running, I'll share a link to download it for Windows users.


where is a link ? _)

I'm still trying to work on it, but remember my coding skills is novice at best. I can not make any promises if I even get it to run.

CRYPTSY exchange: https://www.cryptsy.com/users/register?refid=9017 BURST= BURST-TE3W-CFGH-7343-6VM6R BTC=1CNsqGUR9YJNrhydQZnUPbaDv6h4uaYCHv ETH=0x144bc9fe471d3c71d8e09d58060d78661b1d4f32 SHF=0x13a0a2cb0d55eca975cf2d97015f7d580ce52d85 EXP=0xd71921dca837e415a58ca0d6dd2223cc84e0ea2f SC=6bdf9d12a983fed6723abad91a39be4f95d227f9bdb0490de3b8e5d45357f63d564638b1bd71 CLAMS=xGVTdM9EJpNBCYAjHFVxuZGcqvoL22nP6f SOIL=0x8b5c989bc931c0769a50ecaf9ffe490c67cb5911
tibolt
Full Member
***
Offline Offline

Activity: 138
Merit: 100


View Profile
August 27, 2014, 05:17:57 AM
 #3646

any news about pool v2?
burstcoin (OP)
Sr. Member
****
Offline Offline

Activity: 280
Merit: 250


View Profile
August 27, 2014, 05:34:37 AM
 #3647

New update 1.0.3 update by block 6500
Download: https://mega.co.nz/#!G0YS1CKA!car3sW6XULkl0FyOngbyidoKnzEiBsNx5v7SJj4Byo4
sha256: 22cdc6cda9530cfbc75eaf68932fe82228b740910eefc085732aac784d433a09
or grab it from githib

Move your burst_db folder from the old client to the new one to avoid re-downloading the blockchain.

This adds the protocol update needed for v2 pools, and goes into effect on on block 6500. Usage is not yet integrated into the gui, so expect another update for that, but it won't be mandatory to stay in sync like this one is.

BURST-QHCJ-9HB5-PTGC-5Q8J9
jamoes
Member
**
Offline Offline

Activity: 89
Merit: 10


View Profile
August 27, 2014, 06:01:21 AM
 #3648

New update 1.0.3 update by block 6500
Download: https://mega.co.nz/#!G0YS1CKA!car3sW6XULkl0FyOngbyidoKnzEiBsNx5v7SJj4Byo4
sha256: 22cdc6cda9530cfbc75eaf68932fe82228b740910eefc085732aac784d433a09
or grab it from githib

Move your burst_db folder from the old client to the new one to avoid re-downloading the blockchain.

This adds the protocol update needed for v2 pools, and goes into effect on on block 6500. Usage is not yet integrated into the gui, so expect another update for that, but it won't be mandatory to stay in sync like this one is.

Great news! I'm really excited about this coin.

Can you clarify how the difficulty figure relates to the total size of all miner's plots? Is it equal to the total number of bytes across all miner's plots, or is there another formula? Thanks!
burstcoin (OP)
Sr. Member
****
Offline Offline

Activity: 280
Merit: 250


View Profile
August 27, 2014, 06:21:21 AM
 #3649

New update 1.0.3 update by block 6500
Download: https://mega.co.nz/#!G0YS1CKA!car3sW6XULkl0FyOngbyidoKnzEiBsNx5v7SJj4Byo4
sha256: 22cdc6cda9530cfbc75eaf68932fe82228b740910eefc085732aac784d433a09
or grab it from githib

Move your burst_db folder from the old client to the new one to avoid re-downloading the blockchain.

This adds the protocol update needed for v2 pools, and goes into effect on on block 6500. Usage is not yet integrated into the gui, so expect another update for that, but it won't be mandatory to stay in sync like this one is.

Great news! I'm really excited about this coin.

Can you clarify how the difficulty figure relates to the total size of all miner's plots? Is it equal to the total number of bytes across all miner's plots, or is there another formula? Thanks!

A scaling factor is used and adjusted based on recent block times to attempt to get 4min/block. The difficulty used internally is (2^64)/scaling_factor. What is displayed in nrs info is cumulative difficulty(block 1 dif + block 2 dif + ... + block n dif).

A general difficulty -> TB amount could likely be found but I don't know it.

BURST-QHCJ-9HB5-PTGC-5Q8J9
omgbossis21
Sr. Member
****
Offline Offline

Activity: 336
Merit: 250


View Profile
August 27, 2014, 06:38:02 AM
 #3650

just before you announced the update my miner started with cant get info from wallet even though I have wallet opened in IE and running.  I then updated and it still says the same thing???
theblazehen
Full Member
***
Offline Offline

Activity: 194
Merit: 100



View Profile
August 27, 2014, 06:42:02 AM
 #3651

just before you announced the update my miner started with cant get info from wallet even though I have wallet opened in IE and running.  I then updated and it still says the same thing???

Yeah, same problem here. You mining on the pool as well, I assume?

BURST: BURST-ZRT2-GB5S-A6CS-HBVAE
dcct
Sr. Member
****
Offline Offline

Activity: 280
Merit: 250


View Profile
August 27, 2014, 06:43:08 AM
 #3652

A scaling factor is used and adjusted based on recent block times to attempt to get 4min/block. The difficulty used internally is (2^64)/scaling_factor. What is displayed in nrs info is cumulative difficulty(block 1 dif + block 2 dif + ... + block n dif).

A general difficulty -> TB amount could likely be found but I don't know it.

Just as a suggestion: Now we have to calculate the results as quick as possible as some deadlines are just a few seconds.

Why don't we just add some seconds to the deadline, just to give everyone enough time to finish processing?

And some blocks take too long. We can just add some math to reduce them!

Code:
Say: Actual deadline = (calculated_deadline ^ 0.8) + 120

10s => 126s
100s => 160s
240s => 200s
300s => 215s
1000s => 371s
3600s => 820s

This way we average at around 240s again, have some extra time for slow HDD/CPU's and avoid extra long block solving times.

If you like it I can do the math to get exactly back to 240s average.
Depredation
Hero Member
*****
Offline Offline

Activity: 672
Merit: 500



View Profile
August 27, 2014, 06:44:24 AM
 #3653

I can't seem to pool mine, is that intentional for now?
I have updated to 1.0.3 but it says can't get mining info from wallet.

                              ▄█▄         ▄█▄
                            ▄████▀      ▄████▀
                          ▄████▀      ▄████▀
                        ▄████▀      ▄████▀
                      ▄████▀      ▄████▀
                    ▄████▀      ▄████▀
 ▄█▄          ▄      ▀█▀      ▄████▀
▀████▄      ▄███▄           ▄████▀
  ▀████▄     ▀████▄       ▄████▀
    ▀████▄     ▀████▄   ▄████▀
      ▀████▄     ▀████▄████▀
        ▀████▄     ▀█████▀
          ▀█▀        ▀█▀
.verify.▄  █▄
██ ███▄
██ ████
██ ████
██ ████
██ ████
██ ████
██ ████
▀█ ████
   ████
   ████
█▄ ▀███
███▄ ▀█
▄  █▄
██ ███▄
██ ████
██ ████
██ ████
██ ████
██ ████
██ ████
▀█ ████
   ████
   ████
█▄ ▀███
███▄ ▀█
▄  █▄
██ ███▄
██ ████
██ ████
██ ████
██ ████
██ ████
██ ████
▀█ ████
   ████
   ████
█▄ ▀███
███▄ ▀█
omgbossis21
Sr. Member
****
Offline Offline

Activity: 336
Merit: 250


View Profile
August 27, 2014, 06:45:33 AM
 #3654

Yeah on the pool, glad its not just me!
burstcoin (OP)
Sr. Member
****
Offline Offline

Activity: 280
Merit: 250


View Profile
August 27, 2014, 06:46:37 AM
 #3655

just before you announced the update my miner started with cant get info from wallet even though I have wallet opened in IE and running.  I then updated and it still says the same thing???

Yeah, same problem here. You mining on the pool as well, I assume?
Pool is down at the moment. I took it down to update the wallet, and it's not loading the current state correctly. If I can't figure it out in a few more minutes I'm just going to load it back up as-is and we'll have one screwed up payout on its next block and it should be fine after that.

EDIT: brought the pool back up, not worth the downtime. for some reason it didn't pick up on what its last block was, and loaded all shares submitted instead of just the current ones, so payout will be wrong once, then should be normal.

BURST-QHCJ-9HB5-PTGC-5Q8J9
mamamae
Legendary
*
Offline Offline

Activity: 1188
Merit: 1001



View Profile
August 27, 2014, 07:02:39 AM
 #3656

can be done with AWS on amazon
free for some gb and some hd space ?

reality ? you fell to Scammers after being in an ICO , IPO
(more like any other stock and index in the world ICO or not got your portfolio down 25 % or 85 %)
Now  SEC is helping you getting back up your lost money maybe....
SpeedDemon13
Hero Member
*****
Offline Offline

Activity: 518
Merit: 500



View Profile WWW
August 27, 2014, 07:04:42 AM
 #3657

just before you announced the update my miner started with cant get info from wallet even though I have wallet opened in IE and running.  I then updated and it still says the same thing???

Yeah, same problem here. You mining on the pool as well, I assume?
Pool is down at the moment. I took it down to update the wallet, and it's not loading the current state correctly. If I can't figure it out in a few more minutes I'm just going to load it back up as-is and we'll have one screwed up payout on its next block and it should be fine after that.

EDIT: brought the pool back up, not worth the downtime. for some reason it didn't pick up on what its last block was, and loaded all shares submitted instead of just the current ones, so payout will be wrong once, then should be normal.

You should take it down if you need to prepare it. Think the community wouldn't mind.

CRYPTSY exchange: https://www.cryptsy.com/users/register?refid=9017 BURST= BURST-TE3W-CFGH-7343-6VM6R BTC=1CNsqGUR9YJNrhydQZnUPbaDv6h4uaYCHv ETH=0x144bc9fe471d3c71d8e09d58060d78661b1d4f32 SHF=0x13a0a2cb0d55eca975cf2d97015f7d580ce52d85 EXP=0xd71921dca837e415a58ca0d6dd2223cc84e0ea2f SC=6bdf9d12a983fed6723abad91a39be4f95d227f9bdb0490de3b8e5d45357f63d564638b1bd71 CLAMS=xGVTdM9EJpNBCYAjHFVxuZGcqvoL22nP6f SOIL=0x8b5c989bc931c0769a50ecaf9ffe490c67cb5911
dcct
Sr. Member
****
Offline Offline

Activity: 280
Merit: 250


View Profile
August 27, 2014, 07:05:02 AM
 #3658

can be done with AWS on amazon
free for some gb and some hd space ?

It can, but AWS is expensive.
shlsumy
Newbie
*
Offline Offline

Activity: 35
Merit: 0


View Profile
August 27, 2014, 07:06:28 AM
 #3659

I like to announce:

The Plot-generator rewritten in C!

It has several advantages over the one written in Java:
- About twice as fast
- Support for larger stagger sizes, only limited by system memory
- More efficient memory handling. With just 3GB you can use Stagger size 8191, with 8GB 24000 is possible. Plots with larger stagger sizes are better, as they require less disk seeks to be read.

You need a 64bit Linux environment to run this. Maybe someone can port it to Windows?

How to run it:
Download, unpack (tar -xzf plotgenerator.tgz), compile (make)

Then use the same command line options as with the Java-generator:

Code:
./plot <key> <starting nonce> <nonces> <stagger size> <threads>

You can download it here:
https://bchain.info/plotgenerator.tgz


Anyone have any luck compiling this for Windows? It runs fine in Linux after compiling.

I used the this in terminal in Linux after I compiled it: "x86_64-w64-mingw32-gcc plot -o plot.exe"

Then I try to run it on Windows and can not run. I think I am suppose to use "x86_64-w64-mingw32-g++ plot -o plot.exe"

My skills are novice in compiling, so any help is greatly appreciated. Once I can get this running, I'll share a link to download it for Windows users.


where is a link ? _)

I'm still trying to work on it, but remember my coding skills is novice at best. I can not make any promises if I even get it to run.


using 2047 MB memory

i have 32 GB RAM
how i can make more memory for plotting?
burstcoin (OP)
Sr. Member
****
Offline Offline

Activity: 280
Merit: 250


View Profile
August 27, 2014, 07:11:44 AM
 #3660

A scaling factor is used and adjusted based on recent block times to attempt to get 4min/block. The difficulty used internally is (2^64)/scaling_factor. What is displayed in nrs info is cumulative difficulty(block 1 dif + block 2 dif + ... + block n dif).

A general difficulty -> TB amount could likely be found but I don't know it.

Just as a suggestion: Now we have to calculate the results as quick as possible as some deadlines are just a few seconds.

Why don't we just add some seconds to the deadline, just to give everyone enough time to finish processing?

And some blocks take too long. We can just add some math to reduce them!

Code:
Say: Actual deadline = (calculated_deadline ^ 0.8) + 120

10s => 126s
100s => 160s
240s => 200s
300s => 215s
1000s => 371s
3600s => 820s

This way we average at around 240s again, have some extra time for slow HDD/CPU's and avoid extra long block solving times.

If you like it I can do the math to get exactly back to 240s average.

I thought of this also, however I never got around to examining it in depth for potential repercussions. It might be possible that a function like that could open it up to sub 51% attacks. One potential attack vector that comes to mind is if an attacker mined their own chain with timestamps intentionally boosting the difficulty, then they would be avoiding the +120 seconds more, and would have the *0.8 reduction apply to more of their total deadline each time. This might allow them to build up the cumulative difficulty faster than they should be able to with that amount of TB.

BURST-QHCJ-9HB5-PTGC-5Q8J9
Pages: « 1 ... 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 [183] 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 ... 1315 »
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!