@haitch: thanks for your answer in detail! I will post this experience as instructive money  Btw, i cannot understand people cheating for a few bucks, but so are the people. @IncludeBeer: http://forums.burst-team.us:4567/topic/1111/scam-burstvestI recieved a payment on 04/09/2016, but as you can read there are some hints that is all the some user with different kind of assets. I will be happy if its not true, but "it stinks to the sky". The only thing that will proof that is to watch the continous of payments. Yes we can wait to see if we get paid any dividends but the person who released the assets should speak up and defend himself if it's not true and so far no update from that person or any post so I'm starting to think that it might be a scam which is a shame because it can tarnish the community and we don't want that happening here because we have a great community and dev team. And also people have invested a lot of Burst into these assets. Well I really hope he does. I hold the most # of shares for that asset... I just checked the account of the asset. The account doesn't hold anymore of the assets which its supposed to pay dividends with! It's official: BurstVest is a fucking scam.   After the deletion of posts from here I am not the projects biggest fan anymore, but you are posting info that is just plain wrong. The account named BurstVest Asset Wallet has a balance of 1'740.05461037 BURST. morantis, ddos was outed as another alias of a serial scammer on Burst - a scammer with 19 different accounts that all posted from the same IP address, many of which setup assets that turned out to be scams. DDOS is a scammer, and BurstVest was a scam. "well it seems our scammer was a very busy individual. He has/had 19 accounts, one of which I banned for spamming. A little bit of digging into the guy shows: It looks like he attends Louisiana Tech, has an AT&T phone, has Suddenlink Communications as an ISP, uses a VPN called NorthGhost and possibly has a virtual server with a firm called LogicWeb. Anyone wishing to dig further, go for it." 173.217.226.92 bitoppertunities 173.217.226.92 bum 173.217.226.92 burst 173.217.226.92 busybee 173.217.226.92 ddos 173.217.226.92 finalBurst 173.217.226.92 hamstermuffin 173.217.226.92 internetofhub 173.217.226.92 jerry 173.217.226.92 kevinfml 173.217.226.92 muffinman 173.217.226.92 pancakeflipper 173.217.226.92 physical 173.217.226.92 queasy 173.217.226.92 significant 173.217.226.92 Username 173.217.226.92 wandering That is just the balance of burst the account has. What I said was the assets the account holds, not the balance of burst. The entire scheme of BurstVest was to buy other assets. Then, a large portion of the profits of those assets get rolled out as dividends to BurstVest holders. If you look at the assets (not burst balance) held by the account, you'll see there's nearly nothing there anymore. He sold all shares and stole the resulting burst (as indicated by the small 1.7k balance). Alright, I misunderstood. Has a promised dividend date come and gone or is there still a possibility that the project is up front? Well, we all got first payment on 4-Sep. Monthly payments would mean 4-Oct, so technically there's still time to see if he sticks with the same schedule. But, seeing as he sold all the assets that were held for the asset itself, and that he hasn't communicated at all to anyone...well it's most likely a scam. There goes 750k burst |
|
|
|
@haitch: thanks for your answer in detail! I will post this experience as instructive money Btw, i cannot understand people cheating for a few bucks, but so are the people. @IncludeBeer: http://forums.burst-team.us:4567/topic/1111/scam-burstvestI recieved a payment on 04/09/2016, but as you can read there are some hints that is all the some user with different kind of assets. I will be happy if its not true, but "it stinks to the sky". The only thing that will proof that is to watch the continous of payments. Yes we can wait to see if we get paid any dividends but the person who released the assets should speak up and defend himself if it's not true and so far no update from that person or any post so I'm starting to think that it might be a scam which is a shame because it can tarnish the community and we don't want that happening here because we have a great community and dev team. And also people have invested a lot of Burst into these assets. Well I really hope he does. I hold the most # of shares for that asset... I just checked the account of the asset. The account doesn't hold anymore of the assets which its supposed to pay dividends with! It's official: BurstVest is a fucking scam. After the deletion of posts from here I am not the projects biggest fan anymore, but you are posting info that is just plain wrong. The account named BurstVest Asset Wallet has a balance of 1'740.05461037 BURST. morantis, ddos was outed as another alias of a serial scammer on Burst - a scammer with 19 different accounts that all posted from the same IP address, many of which setup assets that turned out to be scams. DDOS is a scammer, and BurstVest was a scam. "well it seems our scammer was a very busy individual. He has/had 19 accounts, one of which I banned for spamming. A little bit of digging into the guy shows: It looks like he attends Louisiana Tech, has an AT&T phone, has Suddenlink Communications as an ISP, uses a VPN called NorthGhost and possibly has a virtual server with a firm called LogicWeb. Anyone wishing to dig further, go for it." 173.217.226.92 bitoppertunities 173.217.226.92 bum 173.217.226.92 burst 173.217.226.92 busybee 173.217.226.92 ddos 173.217.226.92 finalBurst 173.217.226.92 hamstermuffin 173.217.226.92 internetofhub 173.217.226.92 jerry 173.217.226.92 kevinfml 173.217.226.92 muffinman 173.217.226.92 pancakeflipper 173.217.226.92 physical 173.217.226.92 queasy 173.217.226.92 significant 173.217.226.92 Username 173.217.226.92 wandering That is just the balance of burst the account has. What I said was the assets the account holds, not the balance of burst. The entire scheme of BurstVest was to buy other assets. Then, a large portion of the profits of those assets get rolled out as dividends to BurstVest holders. If you look at the assets (not burst balance) held by the account, you'll see there's nearly nothing there anymore. He sold all shares and stole the resulting burst (as indicated by the small 1.7k balance). |
|
|
|
@haitch: thanks for your answer in detail! I will post this experience as instructive money Btw, i cannot understand people cheating for a few bucks, but so are the people. @IncludeBeer: http://forums.burst-team.us:4567/topic/1111/scam-burstvestI recieved a payment on 04/09/2016, but as you can read there are some hints that is all the some user with different kind of assets. I will be happy if its not true, but "it stinks to the sky". The only thing that will proof that is to watch the continous of payments. Yes we can wait to see if we get paid any dividends but the person who released the assets should speak up and defend himself if it's not true and so far no update from that person or any post so I'm starting to think that it might be a scam which is a shame because it can tarnish the community and we don't want that happening here because we have a great community and dev team. And also people have invested a lot of Burst into these assets. Well I really hope he does. I hold the most # of shares for that asset... I just checked the account of the asset. The account doesn't hold anymore of the assets which its supposed to pay dividends with! It's official: BurstVest is a fucking scam. |
|
|
|
Now DCR is so cheap
Ya  If it falls much lower, I'm gonna sale off a chunk of my Eth and grab some cheap dcr. This coin has too much potential for it to be this cheap for long... |
|
|
|
As the dev V2 pool is down, I wanted to mine on pool.burst-team.us.
But, blago's miner just crashes with this config:
Any ideas why?
{
"UpdaterAddr" : "pool.burst-team.us:8124",
"EnableProxy": true,
"UseSorting" : true,
"SendBestOnly": false,
"UseFastRcv" : true,
}
change to: "UpdaterAddr" : "pool.burst-team.us", "EnableProxy": false, "SendBestOnly": true, "UseFastRcv" : false, delete "UseSorting" : true, https://github.com/Blagodarenko/miner-burst/releases/tag/v1.160407 parameter "UseSorting" deleted Thanks a ton! |
|
|
|
|
As the dev V2 pool is down, I wanted to mine on pool.burst-team.us.
But, blago's miner just crashes with this config:
Any ideas why?
{
"Mode" : "pool",
"Server" : "pool.burst-team.us",
"Port": 8124,
"UpdaterAddr" : "pool.burst-team.us:8124",
"UpdaterPort": 8124,
"InfoAddr" : "localhost",
"InfoPort" : 8125,
"EnableProxy": true,
"ProxyPort": 8126,
"Paths":["E:\\plots","H:\\plots","I:\\plots","Y:\\plots","Z:\\plots"],
"CacheSize" : 40000,
"ShowMsg" : false,
"ShowUpdates" : false,
"UseSorting" : true,
"Debug": false,
"UseHDDWakeUp": true,
"SendBestOnly": false,
"UseFastRcv" : true,
"SendInterval": 100,
"UpdateInterval": 1000,
"UseLog" : false,
"ShowWinner" : false
}
|
|
|
|
Ya, seems the dev v2 pool is also stuck/forked... Is pool software the root cause? Or does this forking issue lie within the Burst protocol? I would think developing/updating "new pool software" as a work-around for a deeper issue is the wrong approach to take here, especially since most pool miners would then be incentivised to mine on said pool, which doesn't help at all with decentralization.
I'm solo mining, and since 1.2.6 came out my main burst client (that I mine against) was on a fork 4 times. I run another named burst client to support the network, without local miners, it got forked once. Interestingly, my database folders contain a " burst.mv.db" of 7 - 9 GBytes (9 right after syncing, shrinking to ~7 after a few hours). The downloaded db.zip contains a "burst.h2.db" of ~3,5 GByte. I always sync from the network and pulled the file out of curiosity, and did not start a wallet with it yet. Why the different naming and size ? IIRC it has something to do with the way the multithreaded wallet handles the db. Also @includebeer - we are currently unable to figure out the 'root cause' of the issues, but they lie within the wallet. Interestingly, they seem to not happen unless there's a miner or a bunch pointed at the wallets. We resolved the fork issue with a use of the older burst.jar from 1.2.3 version. These are temp fixes until we can re-make the error for the devs and have them fix the actual issue. The new pool software will be available to everyone, so the issue with decentralization is a non-issue. The pool software is to alleviate the load on the wallets so that the issue doesn't rear its head in production environment, while at the same time we resolve the actual issue. So far, the devs haven't been able to recreate the problem since it only seems to happen on pool wallets. We're open to any ideas from anyone as far as what the 'real issue' could be. As far as i'm concerned it has to have something to do with the multithreading that was added to the wallet, as it only started doing it after that. But since it is seemingly random, and we're not able to reproduce it on a testnet, we're setting up some workarounds for now, while we investigate the issue further. I personally don't think there's an issue with the way we're going about it whatsoever. Ok, thanks for the explanation, I've a much better understanding now. If this defect started appearing after multi-threaded handling was added, I'd start looking at thread collisions for a start. Likely, the app isn't (completely) thread safe. If race conditions aren't being handled properly, it could lead to such problems like we're seeing. The best part: you don't need a production environment to test this is. There are a number of thread watchers and debuggers out there so a dev can view, debug, and catch such scenarios as they happen. Source: I'm a software engineer by profession. |
|
|
|
I am running the latest win 64 ethereum wallet and I can't seem to find geth.exe The install exe runs and I start the wallet from that but I can not find where geth is installed. Can I download just the geth.exe? The reason I ask is because wallet sync time is ridiculously slow. Is this because of DDos attack?
Yes, should only be from ddos attack. As for the geth: sorry I'm not sure |
|
|
|
There are some fixes in place temporarily that seem to have ceased the forking issues that we were seeing.
The wallets do sometimes though, under heavy load, get 'stuck' and require a restart.
We are building new pool software to sort this issue out. But the forking should have been solved a few weeks back, I don't think any of the pools have actually forked since this fix was applied.
I was very busy the last few days, so the sole responsibility was on haitch to handle any pool issues, and for a time there, there weren't any.
I also know that he DOES have emails setup to go off when a pool is having an issue, or marked as 'forked' by the monitor. So that's already there, the only issue is that there are only two of us with access to ninja's root, and so it's on one of us to handle the issues when they arise. I myself was like I said very busy, so it was on solely haitch. If it hadn't been for him fixing the issues, they'd have been happening even longer.
The new pool software should be finished fairly soon, and I believe it is undergoing live testing as we speak. This will distribute the load on the wallets, and help out with the stalling issues we've been seeing, even after the fork issues were handled.
Thanks!
I've got more news, but I'll likely be posting that in a day or two, still catching up from the long family weekend. Hope all is well!
Ya, seems the dev v2 pool is also stuck/forked... Is pool software the root cause? Or does this forking issue lie within the Burst protocol? I would think developing/updating "new pool software" as a work-around for a deeper issue is the wrong approach to take here, especially since most pool miners would then be incentivised to mine on said pool, which doesn't help at all with decentralization. |
|
|
|
Ahhh just thought it was something different with command line. I've only got an I5 2500k and see a max of 6000 nonces/min with 4 threads but have never used the async option. Nothing tricky in my .bat: wplotgenerator 4163282010088137402 76054000 7625000 25000 10 /async
PAUSE I think it's more just high-end (and well overclocked) cpu. Also, put in async mode, so plots are still being constantly generated, even when they're also being written to disk. With gpu plotter, there's a lot of down time on the gpu because no plots are created while they're written to disk. So ya, faster (and I imagine cheaper) plotting with cpu plotter. Of course, the gpu plotter has capabilities to use lots of gpus and to write lots of plot files to different directories at the same time... Ya, I'd imagine the only differences are in the cpu's. And to be fair, once the plotter was done with the plot i posted, it ended up being 30k nonces/min. ...and amount of ram, if you run out nonces/min will suffer. i've had best plot speed with stagger = ram/2 Makes sense....As I always run the optimizer on my plots, I'm not so concerned with stagger size though. When plotting, I just just pick a sufficiently large stagger that will divide into my plot size evenly (typically 10k-25k). |
|
|
|
Ahhh just thought it was something different with command line. I've only got an I5 2500k and see a max of 6000 nonces/min with 4 threads but have never used the async option. Nothing tricky in my .bat: wplotgenerator 4163282010088137402 76054000 7625000 25000 10 /async
PAUSE I think it's more just high-end (and well overclocked) cpu. Also, put in async mode, so plots are still being constantly generated, even when they're also being written to disk. With gpu plotter, there's a lot of down time on the gpu because no plots are created while they're written to disk. So ya, faster (and I imagine cheaper) plotting with cpu plotter. Of course, the gpu plotter has capabilities to use lots of gpus and to write lots of plot files to different directories at the same time... Ya, I'd imagine the only differences are in the cpu's. And to be fair, once the plotter was done with the plot i posted, it ended up being 30k nonces/min. |
|
|
|
What command line do u use to get 32.5k nonces? That is amazing! I thought gpu's would be way faster. In anticipation of going to the moon (  ), I've bought a dozen more tb to add to my Burst mining! As my wife works all day today, and I want to be lazy on my weekend and play video games, I decided to try Janror's cpu plotter so I can use my gtx 980. To my astonishment, I'm getting nearly double the nonces/minute with my cpu than I was getting with my 980! GTX 980: ~16k nonces/min OC'd i7-5930k (4.4ghz): ~32.5k nonces/min (async mode) I remember 2 years ago when the cpu plotter was first realeased and it was slow as fuck. Wish I would of come back and tried the updated version with avx support... Edit: And that's with only using 10 threads! Nothing tricky in my .bat: wplotgenerator 4163282010088137402 76054000 7625000 25000 10 /async
PAUSE I think it's more just high-end (and well overclocked) cpu. Also, put in async mode, so plots are still being constantly generated, even when they're also being written to disk. With gpu plotter, there's a lot of down time on the gpu because no plots are created while they're written to disk. So ya, faster (and I imagine cheaper) plotting with cpu plotter. Of course, the gpu plotter has capabilities to use lots of gpus and to write lots of plot files to different directories at the same time... |
|
|
|
In anticipation of going to the moon ( ), I've bought a dozen more tb to add to my Burst mining! As my wife works all day today, and I want to be lazy on my weekend and play video games, I decided to try Janror's cpu plotter so I can use my gtx 980. To my astonishment, I'm getting nearly double the nonces/minute with my cpu than I was getting with my 980! GTX 980: ~16k nonces/min OC'd i7-5930k (4.4ghz): ~32.5k nonces/min (async mode) I remember 2 years ago when the cpu plotter was first realeased and it was slow as fuck. Wish I would of come back and tried the updated version with avx support... Edit: And that's with only using 10 threads! |
|
|
|
does anyone know when pow is ended?
No official announcement on when PoS will be rolled out. Vitalik has a few drafts of the whitepaper for the PoS protocol. Here is the latest draft: http://vitalik.ca/files/mauve_paper3.html
does anyone know when pow is ended?
This is a wrong question to be asked here. This is ETHF pump thread. You'll need to ignore these kinds of posts...poor ethc guys have little to do but troll this thread and hope it helps ethc market |
|
|
|
This will be nothing like that. You'll have to be their customer and only send to other customers. You think they'll have decentralized fiat and go to jail for money laundering? Everyone here is just pumping. Tether already exists and is difficult to use with all the aml/kyc. From your previous posts imaginative content - is this another nonsense post, from a person who owns no Ethereum and has no interest in ETH! Dump's already started It's fun to imagine the jealousy behind each of those keystrokes Too bad etc hasn't had a pump to dump on, eh bitpop? |
|
|
|
Santander bid to make history today as the first multinational bank to use ethereum’s public blockchain to transform central bank issued money into digital currency. One of the biggest bank in the world, Santander, aims to allow its customers to turn bank account funds into ethereum based tokens, starting a new stage in digital currencies and beginning a move towards mainstream use. They have been working with Roman Mandeleil, founder of ether.camp, for the past nine months, with the project now in testing on Ethereum’s Morden. The crowd erupted in enthusiastic applause upon hearing the announcement, with one attendant stating participants were cheering. Unfortunately, there won’t be any proper videos until next week as they have been contracted out to professional teams with three cameras covering all angles. Some amateur videos of devcon2 are starting to surface, but not yet of Santander’s announcement. there lies the problem: "use ethereum’s public blockchain to transform central bank issued money into digital currency" as central banks presently issue unlimited amounts of fiat (for the few), so will become cryptocurrency ? How exactly do you mean? I see this as very little difference from current functionality with say, Coinbase. The only difference is, users will be able to directly buy eth using fiat from their Santander account, as opposed to having to enter in bank account info before being able to buy eth. In what capacity would a bank ever be able to issue (unlimited) crypto tokens such as eth? This announcement is not Santander issueing eth, it's Santander offering the capability to buy eth directly with funds from your bank account. Those are 2 very very different things. |
|
|
|
My prediction: ~0.28btc within the next 48 hours ...I wouldn't be terribly surprised if we hit 0.3 |
|
|
|
I am very curious what the impact of having a popular dual miner like Claymore has on the otherwise very small DCR market. Seems like it would just be an opportunity for people to mine and dump, further driving prices down. I still believe in the project, and will hold some for the long run. I made enough staking it early to cover my investment, the rest is a hail mary.
That has been on my mind lately as well. ETH miners can dump at a few satoshis and still profit from DCR as it is basically free for them. nothing is free, i dont know how claymore works but i'm sure it isnt creating hashpower, therefore if you mine only ETH you will mine more ETH and if use claymore is because you want them both(not "free" like you said). It is free DCR according to: https://bitcointalk.org/index.php?topic=1433925.0- Supports new "dual mining" mode: mining both Ethereum and Decred/Siacoin/Lbry at the same time, with no impact on Ethereum mining speed. Ethereum-only mining mode is supported as well. I wouldn't mind some sort of fork to prevent this.... It's not free at all. Using Claymore to dual mine decred comes at a substantial power use increase. While it's true: you get the extra dcr hash rate with little/no expense to your eth hash rate, dual mining costs extra power. For a long time now, dual mining dcr hasn't really added any profit to my rig (6x 390x). Just thought I'd point this out and set people straight Edit: I also mine dcr with my nvidia rig, and I'm staking every dcr i have and managed to buy a few during the dip. So no, not everyone dual mining is just dumping dcr for "profit". |
|
|
|
ETHF has no future. ETHC does same job x10 cheaper.
How about EXP? They are even cheaper. Why are ETHF fans so aggressive? Why don't they recognize the obvious? Ether is a 'fuel' for smart contracts. Why don't buy same fuel x10 cheaper? If you want to use ether as money (electronic cash) it is quite obvious it is inferior to bitcoin. Unclear money supply is a big issue for ethereum. But if you want to use it as a fuel for your smart contracts it is quite obvious ETHC is the way to go! It's quite simple actually. If you were creating a dapp, which you expect will be a big hit and have (x, y, z) features and uses, what blockchain would you target? The one with a minority, or the one with the majority? Minority... Majority... Are you sure you know what are you talking about? The majority still uses dollars. Does that mean you should not use bitcoin because it is used by the minority? The dapp you create can be deployed on both forked and classic blockchain and it will be served in absolutely identical manner. Except that I'll pay x10 cheaper if deployed on ETHC chain. Besides, forked chain is insecure because DAO speculators might force new fork if they don't like my dapp on ETHF chain. DAO speculators rule dapps on ETHF not the code. Yes, I'm confident I know what I'm talking about. My argument was scoped quite clearly to the uses of Eth vs ETC. When you scope outside that and into usd vs btc...well it's an obvious attempt to circumnavigate the points I raised. Sorry, but saying a given dapp deployed on Ethereum will run just as well on ETC chain is a giant assumption. True, there's always the possibility it could work, but who's to say? I've heard so much different rumors about different development plans for ETC (e.g. PoC coupling)...it is a completely separate coin now. Personally, I wouldn't waste time trying to ensure compatibility when producing my dapp...and I would simply target the fork which had the most users and the clearest development roadmap. Not to mention: how would you handle the user experience of such a dapp in scenarios with pending hard forks? I'm betting ETC isn't going to follow each future update (hard fork) of Ethereum directly and without any changes. Can you see the amount of work needed to support 2 separate dapps on 2 separate chains? Besides, you made my point for me. Which of USD and BTC has the most apps which people use? USD, as you pointed out, has the majority of users. Thus, apps (and programs of utility, entertainment, etc.) are developed to "run" on USD, not BTC. |
|
|
|
|
Show Posts
