bobafett
|
|
September 13, 2015, 11:16:01 AM |
|
Every pool should declare their position about that! Ask your pool owner! You can always use devV2Pool, that will not be part of such a nonsence.
Hi, http://pool.burstcoin.de will not help by a attack. If bin wants support, he has to ask every single miner for that. I will not decide for my miners! As i und read a few posts earlier, crow supports bin in the change of the reward change. So if you are mining at his pool burst.ninja you could be part of the 51% attack if crow help bin. Better choose another pool until bin stops this.
|
|
|
|
bitladen
|
|
September 13, 2015, 11:18:03 AM |
|
i agree, criminal is in the eye of the beholder.
I was talking in legal terms. There's no law whatsoever that governs this. But if that would make me criminal in your own narrow minded perspective, then I prefer it this way. Oh, and btw, hashpower does govern a coin, and once I get 51% I will be the judge and the jury... and executioner. That is simply because you don't want to pay miner incentive, it will be your own doing.
|
|
|
|
pinballdude
|
|
September 13, 2015, 11:21:37 AM |
|
Anyone - how effective is mining in a virtualbox VM image, having the files on the host file system, but accessing either through shared folders or USB directly ( having installed extensions ).
if i mine inside a VM a hostile wallet cannot do much harm to the host system, would be useful for mining bitladens coin when he gets around to launching it
|
|
|
|
bobafett
|
|
September 13, 2015, 11:23:44 AM |
|
Its as fast as on the physical maschine, perhaps 5% slower
|
|
|
|
bitladen
|
|
September 13, 2015, 11:25:26 AM |
|
Anyone - how effective is mining in a virtualbox VM image, having the files on the host file system, but accessing either through shared folders or USB directly ( having installed extensions ).
if i mine inside a VM a hostile wallet cannot do much harm to the host system, would be useful for mining bitladens coin when he gets around to launching it
The performance difference is negligible, there is extra cpu and memory overhead, but the bottleneck will still remain the hdd or hdd interface speed. But I thought you were a coder, surely you trust yourself to review a few lines of code. I will be publishing the source code. Oh and BTW, I only pleases me that you would support my coin, by mining it. And unlike BURST, I will do my best to please the miners. Without strong mining, a coin is worthless.
|
|
|
|
pinballdude
|
|
September 13, 2015, 11:33:03 AM |
|
Anyone - how effective is mining in a virtualbox VM image, having the files on the host file system, but accessing either through shared folders or USB directly ( having installed extensions ).
if i mine inside a VM a hostile wallet cannot do much harm to the host system, would be useful for mining bitladens coin when he gets around to launching it
The performance difference is negligible, there is extra cpu and memory overhead, but the bottleneck will still remains the hdd or hdd interface speed. But I thought you were a coder, surely you trust yourself to review a few lines of code. I will be publishing the source code. Oh and BTW, I only pleases me that you would support my coin, by mining it. I would mine with a few TBs, as long as i mine and sell, it's not a bad deal i guess. And competition is always nice, you would invent features burst didn't think of, and the reverse too, different coins attract different people, but the poc family in total would grow. What kind of parameters would you suggest for a competitor to burst?
|
|
|
|
riskyfire
|
|
September 13, 2015, 11:34:58 AM |
|
Perhaps someone would start a BURST asset that invested in NXT assets, as a kind of a fund, and then paid dividends back to the BURST asset every quarter or every month. Then investors could get a diversified investments in companies on the NXT blockchain, but paying with BURST and not having to have the hassle of selection, exchanging and whatnot themselves?
Please let me know if any people are interested in such an asset, I would happy to reseach and setup a NXT asset. People can also check my signature for a good Burst income asset paying monthly backed by fees from a popular burst pool.
|
|
|
|
bobafett
|
|
September 13, 2015, 11:38:10 AM |
|
as i understand, if bit releases a clone, the plot files can be used...
what if blago releases a minerversion, that submits the deadlines to both wallets (bursts and the clone ones) or two pools simultaneously ?
We got a dual mining coin system with zero extra costs?!
|
|
|
|
bitladen
|
|
September 13, 2015, 11:40:00 AM |
|
I would mine with a few TBs, as long as i mine and sell, it's not a bad deal i guess. And competition is always nice, you would invent features burst didn't think of, and the reverse too, different coins attract different people, but the poc family in total would grow. What kind of parameters would you suggest for a competitor to burst?
The main difference will be that the rewards will be proportional to the difficulty. So there will be no advantage in mining there first. 1 TB will always get you the same amount of coins, regardless of the difficulty. Other than that, we'll just have to see how well I (and others involved) can handle getting investment into the coin.
|
|
|
|
bitladen
|
|
September 13, 2015, 11:42:30 AM |
|
as i understand, if bit releases a clone, the plot files can be used...
That's one of the options I am considering. All the same, the plots can be made incompatible. what if blago releases a minerversion, that submits the deadlines to both wallets (bursts and the clone ones) or two pools simultaneously ?
Blago I got nothing against him personally, but his miner is bugged as hell. I'll release a dcct port with my new protocol. Luxe feel free to add that to your miner.
|
|
|
|
luxe
|
|
September 13, 2015, 11:58:51 AM |
|
as i understand, if bit releases a clone, the plot files can be used...
what if blago releases a minerversion, that submits the deadlines to both wallets (bursts and the clone ones) or two pools simultaneously ?
We got a dual mining coin system with zero extra costs?!
Plotfiles could be used to mine on multiple BURST clones. But the minig itself has to be done for every clone. Currently mined scoop and deadline depends on blocknumber and last block winner. So every miner including ( https://github.com/de-luxe/burstcoin-jminer) should support that already, just run one instance for every clone.
|
|
|
|
bitladen
|
|
September 13, 2015, 12:01:09 PM |
|
as i understand, if bit releases a clone, the plot files can be used...
what if blago releases a minerversion, that submits the deadlines to both wallets (bursts and the clone ones) or two pools simultaneously ?
We got a dual mining coin system with zero extra costs?!
Plotfiles could be used to mine on multiple BURST clones. But the minig itself has to be done for every clone. Currently mined scoop and deadline depends on blocknumber and last block winner. indeed, however having support for multiple coins in the same miner can be done, and the benefit would be that the same hdd isn't accessed simultaneously by 2 processes. I'm no expert in GPUs, but maybe it's not ideal to run 2 GPU miners simultaneously either. Is this true? Lol, it seems there is much support for a clone. Maybe I should just do that. Agreed?
|
|
|
|
12gaFacelift
|
|
September 13, 2015, 12:09:23 PM |
|
bobafett - nice pool you have there, now i hope your pool can hold all my mining
*im waiting that funny 51% attack*
|
|
|
|
luxe
|
|
September 13, 2015, 12:13:40 PM |
|
as i understand, if bit releases a clone, the plot files can be used...
what if blago releases a minerversion, that submits the deadlines to both wallets (bursts and the clone ones) or two pools simultaneously ?
We got a dual mining coin system with zero extra costs?!
Plotfiles could be used to mine on multiple BURST clones. But the minig itself has to be done for every clone. Currently mined scoop and deadline depends on blocknumber and last block winner. indeed, however having support for multiple coins in the same miner can be done, and the benefit would be that the same hdd isn't accessed simultaneously by 2 processes. I'm no expert in GPUs, but maybe it's not ideal to run 2 GPU miners simultaneously either. Is this true? Lol, it seems there is much support for a clone. Maybe I should just do that. Agreed? Sure there could be optimations, e.g. set prio for different clones, no concurrent access to drives etc. good point. But you can run multiple miner instances on same GPU, in worst case, it will slow down. I see no reason for not supporting a burst clone ... i just do not like the idea changing burst fundamentals.
|
|
|
|
bitladen
|
|
September 13, 2015, 12:13:51 PM |
|
bobafett - nice pool you have there, now i hope your pool can hold all my mining
*im waiting that funny 51% attack*
very funny. I never said I currently have 51%. I just said the network size decreased, thus leaving me with a greater percent of the total hashpower. if it continues to do so, I will have 51%. I might as well increase my hashpower all the same. But you have my word, if I reach 51% I am attacking. This instantly doubles my rewards, so it's the logical thing to do. Blocking transactions or other nasty stuff, depends on the burst value. Of course if I'm making good money I wouldn't want to break it, but if it keeps falling, I just as well might.
|
|
|
|
bitladen
|
|
September 13, 2015, 12:15:04 PM |
|
Sure there could be optimations, e.g. set prio for different clones, no concurrent access to drives etc. good point. But you can run multiple miner instances on same GPU, in worst case, it will slow down.
I see no reason for not supporting a burst clone ... i just do not like the idea changing burst fundamentals.
Okay, if I see more of this, I will definitely have to make the clone.
|
|
|
|
bobafett
|
|
September 13, 2015, 12:17:12 PM |
|
as i understand, if bit releases a clone, the plot files can be used...
what if blago releases a minerversion, that submits the deadlines to both wallets (bursts and the clone ones) or two pools simultaneously ?
We got a dual mining coin system with zero extra costs?!
Plotfiles could be used to mine on multiple BURST clones. But the minig itself has to be done for every clone. Currently mined scoop and deadline depends on blocknumber and last block winner. indeed, however having support for multiple coins in the same miner can be done, and the benefit would be that the same hdd isn't accessed simultaneously by 2 processes. I'm no expert in GPUs, but maybe it's not ideal to run 2 GPU miners simultaneously either. Is this true? Lol, it seems there is much support for a clone. Maybe I should just do that. Agreed? If you or somebody else release a dual miner, its easy for the current miners, the can just increase income without loosing something....i think with this the clone has a really good chance to be accepted, also from exchanges, becausr we have very fast 100+ miners...
|
|
|
|
bitladen
|
|
September 13, 2015, 12:22:19 PM |
|
If you or somebody else release a dual miner, its easy for the current miners, the can just increase income without loosing something....i think with this the clone has a really good chance to be accepted, also from exchanges, becausr we have very fast 100+ miners...
Well, if my coin attracts miners any better, they will mine burst as well. So how can I hope to 51% attack then? But considering all the positive comments about the clone, maybe I should do it anyway, it's not like I am near 51% right now.
|
|
|
|
bobafett
|
|
September 13, 2015, 12:27:14 PM |
|
Also as i understand pool mining for the clone isnt nessesary because this has no advantage exect that you need a local wallet and must not deal with time sync issues?. In this case the dual miner should support solo/solo pool/solo pool/pool and solo/pool mining. Win and linux version. Make a clone and release it with the dual win and linux miner and i dont see, why the burst community and miners should not try the clone. With this we have a win win situation. If you like my idea, please sent 1 mio burst or more for the business consulting to my burst adress
|
|
|
|
luxe
|
|
September 13, 2015, 12:34:58 PM |
|
Also as i understand pool mining for the clone isnt nessesary because this has no advantage exect that you need a local wallet and must not deal with time sync issues?. In this case the dual miner should support solo/solo pool/solo pool/pool and solo/pool mining. Win and linux version. Make a clone and release it with the dual win and linux miner and i dont see, why the burst community and miners should not try the clone. With this we have a win win situation. If you like my idea, please sent 1 mio burst or more for the business consulting to my burst adress once again, a dual-miner is not needed. just run two instances of current miners. the only issue could be both accessing same drive at same time (every n-th block), what could be solved by thread prio in you operation system i guess.
|
|
|
|
|