pinballdude
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 27, 2014, 08:53:15 PM |
|
if you want better diagram, i have this ![](https://ip.bitcointalk.org/?u=https%3A%2F%2Fi.imgur.com%2FjvKZGEV.jpg&t=665&c=bAI9oLX6V8q_jw) or maybe dev can replace his diagram on OP with this one, i think its describe better ( just my suggestion ) Fantastic diagram, this is very informative and easy to understand. Thanks a lot for spending time creating it. Appreciated. Great work.
|
|
|
|
mig6r
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 27, 2014, 09:39:31 PM |
|
WTF with SG uray pool ? 5 burst for 7 hours with 17To with many block founds... ![Huh](https://bitcointalk.org/Smileys/default/huh.gif)
|
|
|
|
uray
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 27, 2014, 09:47:18 PM |
|
WTF with SG uray pool ? 5 burst for 7 hours with 17To with many block founds... ![Huh](https://bitcointalk.org/Smileys/default/huh.gif) there are problem with restored balance & share data from previous hosting it has been fixed, sorry about this, i will compensate by transfering burst to pool balance
|
|
|
|
Irontiga
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 27, 2014, 09:52:48 PM |
|
WTF with SG uray pool ? 5 burst for 7 hours with 17To with many block founds... ![Huh](https://bitcointalk.org/Smileys/default/huh.gif) there are problem with restored balance & share data from previous hosting it has been fixed, sorry about this, i will compensate by transfering burst to pool balance And that's why we all love BURST, because of great, honest devs like that, shot uray
|
|
|
|
OmegaReaper
Newbie
Offline
Activity: 27
Merit: 0
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 27, 2014, 10:43:25 PM |
|
WTF with SG uray pool ? 5 burst for 7 hours with 17To with many block founds... ![Huh](https://bitcointalk.org/Smileys/default/huh.gif) there are problem with restored balance & share data from previous hosting it has been fixed, sorry about this, i will compensate by transfering burst to pool balance Uray, were there issues on the US pool as well?
|
|
|
|
uray
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 27, 2014, 11:37:36 PM |
|
WTF with SG uray pool ? 5 burst for 7 hours with 17To with many block founds... ![Huh](https://bitcointalk.org/Smileys/default/huh.gif) there are problem with restored balance & share data from previous hosting it has been fixed, sorry about this, i will compensate by transfering burst to pool balance Uray, were there issues on the US pool as well? yeah its all pools : US, SG and EU but those issues are fixed
|
|
|
|
burstcoin (OP)
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 28, 2014, 01:00:17 AM |
|
if you want better diagram, i have this ![](https://ip.bitcointalk.org/?u=https%3A%2F%2Fi.imgur.com%2FjvKZGEV.jpg&t=665&c=bAI9oLX6V8q_jw) or maybe dev can replace his diagram on OP with this one, i think its describe better ( just my suggestion ) That chart is really nice, and I would use it, however it has a few errors. prev gensig and accountid that mined the last block is hashed to get the new gensig. The gensig is then hashed with the height before mod 4096 to get the scoop number. The new gensig is the one hashed with the scoop to get the deadline.
|
BURST-QHCJ-9HB5-PTGC-5Q8J9
|
|
|
jadra
Newbie
Offline
Activity: 32
Merit: 0
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 28, 2014, 03:30:05 AM |
|
Storj lead dev here. I really don't see Burst as a competitor, I think it is a really cool concept that could be useful to us. For example, we might want to make sure there is excess unused capacity on the network for expansion. I think that would be a good use case for the Burst algo. If someone would be willing to take that time to port this to some well documented Python, I would be open to integrating it into DriveShare. Wow, I see a lot of possibility in that combo. I personally don't feel I'm well versed enough in Python (nor do I really have the time) to accomplish this, but I hope someone takes the time.
|
|
|
|
Irontiga
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 28, 2014, 05:33:30 AM |
|
Storj lead dev here. I really don't see Burst as a competitor, I think it is a really cool concept that could be useful to us. For example, we might want to make sure there is excess unused capacity on the network for expansion. I think that would be a good use case for the Burst algo. If someone would be willing to take that time to port this to some well documented Python, I would be open to integrating it into DriveShare. Wow, I see a lot of possibility in that combo. I personally don't feel I'm well versed enough in Python (nor do I really have the time) to accomplish this, but I hope someone takes the time. Exciting stuff. I think i go to learn python now, i know i did know a tiny bit a while back....
|
|
|
|
uray
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 28, 2014, 07:57:02 AM |
|
if you want better diagram, i have this ... or maybe dev can replace his diagram on OP with this one, i think its describe better ( just my suggestion ) That chart is really nice, and I would use it, however it has a few errors. prev gensig and accountid that mined the last block is hashed to get the new gensig. The gensig is then hashed with the height before mod 4096 to get the scoop number. The new gensig is the one hashed with the scoop to get the deadline. maybe what i mean by prev gensig, is the new gensig by what u said, because i see it on miner and pool perspective, i never dealt with prevGensig and block generator accountId. so, if i rename "prevGensig" with "newGensig" on the diagram, does it look correct?
|
|
|
|
uray
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 28, 2014, 08:23:14 AM |
|
if you want better diagram, i have this ... or maybe dev can replace his diagram on OP with this one, i think its describe better ( just my suggestion ) That chart is really nice, and I would use it, however it has a few errors. prev gensig and accountid that mined the last block is hashed to get the new gensig. The gensig is then hashed with the height before mod 4096 to get the scoop number. The new gensig is the one hashed with the scoop to get the deadline. maybe what i mean by prev gensig, is the new gensig by what u said, because i see it on miner and pool perspective, i never dealt with prevGensig and block generator accountId. so, if i rename "prevGensig" with "newGensig" on the diagram, does it look correct? revised diagram : ![](https://ip.bitcointalk.org/?u=https%3A%2F%2Fi.imgur.com%2FpmUMbUk.jpg&t=665&c=H9MDDLXXhad6pA)
|
|
|
|
Nevril
Member
![*](https://bitcointalk.org/Themes/custom1/images/star.gif)
Offline
Activity: 108
Merit: 10
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 28, 2014, 09:00:05 AM |
|
So guys... I'm currently developing a method to sustain the BURST price on the long run. It isn't time to share any detail, I will in the (hopefully) near future. So, try to be patient... What I currently need, is to know if there is a Bitcoin client which supports features like the Asset Exchange of BURST (in BTC obviously) or, even better, a crowdfounding mechanism with the possibility to the founders to also attach text messages to the donation.Mind that the WIP method doesn't strictly depend on this, but it would make its implementation a little bit easier ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) you might want to look at XCP (Counterparty) it has asset exchange and it linked with bitcoin by nature take a look at : http://www.blockscan.com/Thanks for the answer uray. I've seen XCP, it doesn't help me, actually it makes things a little bit more complicated. I've given a look to the lighthouse project built on top of bitcoin, too. Nice one, too bad it's in alpha stage ![Sad](https://bitcointalk.org/Smileys/default/sad.gif) I think I'll propose a different (and hopefully easier) way of doing what I have in mind, probably using burstforum to keep everything in one thread with Q&A too and some "advertise" in this thread to let everyone know. We'll see where we get soon...-ish ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif)
|
|
|
|
burstcoin (OP)
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 28, 2014, 10:51:57 AM |
|
if you want better diagram, i have this ... or maybe dev can replace his diagram on OP with this one, i think its describe better ( just my suggestion ) That chart is really nice, and I would use it, however it has a few errors. prev gensig and accountid that mined the last block is hashed to get the new gensig. The gensig is then hashed with the height before mod 4096 to get the scoop number. The new gensig is the one hashed with the scoop to get the deadline. maybe what i mean by prev gensig, is the new gensig by what u said, because i see it on miner and pool perspective, i never dealt with prevGensig and block generator accountId. so, if i rename "prevGensig" with "newGensig" on the diagram, does it look correct? revised diagram : ![](https://ip.bitcointalk.org/?u=https%3A%2F%2Fi.imgur.com%2FpmUMbUk.jpg&t=665&c=H9MDDLXXhad6pA) gensig % 4096 should say genhash % 4096. Other than that I think it looks correct.
|
BURST-QHCJ-9HB5-PTGC-5Q8J9
|
|
|
uray
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 28, 2014, 12:15:25 PM |
|
if you want better diagram, i have this ... or maybe dev can replace his diagram on OP with this one, i think its describe better ( just my suggestion ) That chart is really nice, and I would use it, however it has a few errors. prev gensig and accountid that mined the last block is hashed to get the new gensig. The gensig is then hashed with the height before mod 4096 to get the scoop number. The new gensig is the one hashed with the scoop to get the deadline. maybe what i mean by prev gensig, is the new gensig by what u said, because i see it on miner and pool perspective, i never dealt with prevGensig and block generator accountId. so, if i rename "prevGensig" with "newGensig" on the diagram, does it look correct? revised diagram : gensig % 4096 should say genhash % 4096. Other than that I think it looks correct. ah yeah, i forgot to rename that, will re-upload
|
|
|
|
uray
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 28, 2014, 12:28:30 PM |
|
if you want better diagram, i have this ... or maybe dev can replace his diagram on OP with this one, i think its describe better ( just my suggestion ) That chart is really nice, and I would use it, however it has a few errors. prev gensig and accountid that mined the last block is hashed to get the new gensig. The gensig is then hashed with the height before mod 4096 to get the scoop number. The new gensig is the one hashed with the scoop to get the deadline. maybe what i mean by prev gensig, is the new gensig by what u said, because i see it on miner and pool perspective, i never dealt with prevGensig and block generator accountId. so, if i rename "prevGensig" with "newGensig" on the diagram, does it look correct? revised diagram : gensig % 4096 should say genhash % 4096. Other than that I think it looks correct. and also dev, i want to create some infographics about burst advantage we see that on the diagram we dont dealt with transaction or hashing the transaction during mining (or maybe during block creation too), how does it affect 51% attack that most PoW coins suffer, because selfist miner can selectively ignore or delay transaction or executing double spend when he got more than 50% hash power, does it affect burst too? i know you had this conversation before, but its hard to look for and i am not really grasp the matter
|
|
|
|
Yanakitu Tenatako
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 28, 2014, 03:22:10 PM |
|
Using Blago mi ner, for 26Tb plot, it takes 200 seconds (more or less) and CPU is @ 100% use. Having 16Gb RAM.
IS it OK? I think it is long time.
|
|
|
|
DMaster2008
Member
![*](https://bitcointalk.org/Themes/custom1/images/star.gif)
Offline
Activity: 66
Merit: 10
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 28, 2014, 04:17:12 PM |
|
Using Blago mi ner, for 26Tb plot, it takes 200 seconds (more or less) and CPU is @ 100% use. Having 16Gb RAM.
IS it OK? I think it is long time.
It depends on the stagger size. What staggers do you use?
|
|
|
|
majere
Newbie
Offline
Activity: 44
Merit: 0
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 28, 2014, 04:27:03 PM |
|
A simpler diagram for non-techies. ![Grin](https://bitcointalk.org/Smileys/default/grin.gif) The image is in public domain. Author's wallet: BURST-6MZ2-6MH9-U5AX-FNMJX http://i61.tinypic.com/2rw5n5t.png
|
|
|
|
hero18688
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 28, 2014, 05:09:26 PM |
|
Is there any significant difference of mining performance between 5400rpm hd and ssd if they are of the same capacity?
|
|
|
|
Blago
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 28, 2014, 05:24:39 PM |
|
Using Blago mi ner, for 26Tb plot, it takes 200 seconds (more or less) and CPU is @ 100% use. Having 16Gb RAM.
IS it OK? I think it is long time.
11,5 Tb, 26 sec, AMD FX 6300, 16Gb RAM ![](https://ip.bitcointalk.org/?u=https%3A%2F%2Fi.imgur.com%2F8RBEeTm.jpg&t=665&c=mlnXh_aQkwbjhQ)
|
Relax, I’m russian!... BURST-B2LU-SGCZ-NYVS-HZEPK
|
|
|
|