...I still implore that if anyone has the skills to trace this kind of thing, please help me, I'll be happy to split what I used to hold with you if you can recover it. I unfortunately just lost 30k burst to this same address. I dont no what the hell happened. I am pissed. Let me know if anyone finds a solution that was essentially all my coin. How did you choose your passwords? The prime suspect in these kinds of losses is always a weak password. It's a flaw of the NXT approach which burst has inherited. |
|
|
|
And seriously, how many people reviewed the source code? Only burstcoin?
I reviewed the diff with NXT in detail at 1.1.3 or so. Found nothing nefarious. Actually, a lot of it is undoing the NXT premine, which is kind of anti-nefarious.  |
|
|
|
Ok, so it's probably been answered but I didn't see it in the 20+ pages I've read through. Can you use Cloud HDD's to mine like dropbox or icloud? I have a couple of tb's I'm not using for my business. Just wondering if I could put them to work since I'm paying them to sit there empty.
You'll need to pull down about 250MB per terabyte per block. That's bandwidth of about 1MB/s per terabyte. I would guess you're very likely to make someone in the pipeline cranky if you keep it up. |
|
|
|
|
What''s an example where an agent has effectively maintained a price support without controlling the currency or the commodity?
|
|
|
|
A simpler diagram for non-techies.  The image is in public domain. Author's wallet: BURST-6MZ2-6MH9-U5AX-FNMJX That's awesome, majere. Sent you 20K burst. |
|
|
|
Storj just announced beta info today. I don't know if burst can compete against storj (if it ever launches). I want to exchange some BTC for burst; but I am worried about the long term prospects. What does everyone think about storj vs burst?
Do you mean this message? That's not a new announcement. I'm pretty sure there were ad hoc cloud computing companies you could sell your CPU cycles to before bitcoin was released. Anyway, storj and burst solve different problems. storj is a trading platform for buying and selling hard drive space/bandwidth, using counterparty to secure its ledger. Burst is using hard drive space as the economic commitment required to participate in its blockchain consensus process. |
|
|
|
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's a great diagram for a detailed explanation of the algorithm, but it suffers from the same problem as the original one: it doesn't highlight the key idea or the benefits it affords. We need an introductory diagram which will allow at least a guy like Luke-Jr to quickly pick up that a large amount of precomputation is stored to disk, and that this leads to cheaper marginal costs for mining (and hence cheaper transactions), and frees up computational resources for other purposes. Ideally it should also be simple enough that people without Luke-Jr's extensive experience can apprehend these points. For this purpose, you don't want the introductory diagram to go into the details of the hashing process, you want something which really bashes people over the head with the key idea. It should describe the computationally intensive process of initializing a plot, then sketch out in cartoon fashion how the mining process relies on the plot for massive speed gains. Then the more detailed diagrams can be used to explain how the mining process defends against illegitimate speedups. I know I'm criticizing without offering a replacement, but (a) I do think uray's diagram is valuable, just not for the introduction -- it would go better as the central diagram in a whitepaper and (b) I'm generally terrible at diagrams. If someone else would be prepared to make such an introductory diagram pretty and clear, I would be happy to offer a sketch of it. I'm OK at explaining complex ideas and selling their benefits in prose, though, at least in the limited context of academia. If there is sufficient interest, I could take a crack at rewriting the OP. |
|
|
|
The current price is very disappointing but it might still go lower if mining is stopped.
Most serious miners have no reason to stop. The upfront cost of plotting and the cheapness of mining means that the only reason to decommission a plot would be if you absolutely need the space for something else immediately. (Someone please check my figures... sick & sleepy, and a bit surprised at the result of this calculation.) A 4 TB hard drive draws about 10 W of electricity, that's 72c/month if you're paying 10c/kWH. At the current difficulty of 6.3PB you can earn about 61k burst a month from a 4TB plot. Until the price of burst goes below about 1/800th of a cent, it still makes sense to mine such a plot. The price of burst is currently twenty times higher than that. So there will still be substantial mining power down to about 3 satoshis, assuming constant bitcoin price and burst difficulty. |
|
|
|
Tell me one reason to buy ... I can't think of any... There is SJCX with better features... This thread is only about mining for weeks... The only things I've seen here are www.burstcoin.eu (btw great explorer!) and new logotypes and icons... Thanks to authors for both! But... Is it enough to buy? <offtopic>I know you have issued some assets in burst so from your side as creditor you don't care if its 1 satoshi... What have you creditors done with accumulated burstcoins? Don't tell me you sold them.. Solid, novel technical foundation by a capable developer is the main reason from my perspective. That's a long-range view, though, and you seem to be looking for short-range reasons. In the short range, I expect and hope for the price to continue dropping. |
|
|
|
|
Yeah, the bittrex argument never made much sense.
|
|
|
|
|
FWIW, I asked the burstcoin dev about this thread, and he said he hadn't seen it before.
|
|
|
|
and what r u going to do with those bursts ?
You have a point. I would do better only buying 95%. |
|
|
|
|
If it gets down to 1 sat, I will buy the entire present and future burstcoin economy. :-)
|
|
|
|
|
Thanks, everyone. Advertising. I never would have guessed.
|
|
|
|
I received the princely sum of 1 satoshi from this account recently. What is the purpose of these tiny transactions? 20000 satoshis for three such transactions to random addresses is going to add up pretty quickly, so it seems unlikely that they're intended to bloat the blockchain. |
|
|
|
update node + upgrade hardware on main pool
please change url and restart miner What did the problem turn out to be? |
|
|
|
|
I'm curious about the overhead people have observed with pool-based mining. I've tried a few pools out, and was getting 50% less than I do with solo mining.
|
|
|
|
|
Isn't every blockchain vulnerable to a similar attack? For instance in bitcoin when you get a block you could delay releasing it until immediately after you see the next winner. Some people who are closer to you on the network than to the next winner will then be forked. If you had enough mining power and fast connections to different places in the world, you might be able to fork off a significant amount of hash power this way.
|
|
|
|
Bonus Time 22/10/2014 10am- 10pm gmt+7 200000 Burst will add to pool Balance please join my pool http://cryptomining.farm/thanks I think you need to work on scalability. I pointed my plots at your pool for 4 hours last night and got no payout. Other pools are paying out to me approximately every hour or so. The reports on the frontend page were behaving very strangely, too. |
|
|
|
please help me for this error on wallet Every place in the code where that message is printed, a stack trace is printed immediately afterwards. Did you not get one? Something like what's reported here. lap% rgrep -A1 "CRITICAL ERROR. PLEASE"
src/java/nxt/Generator.java: Logger.logMessage("CRITICAL ERROR. PLEASE REPORT TO THE DEVELOPERS.\n" + t.toString());
src/java/nxt/Generator.java- t.printStackTrace();
--
src/java/nxt/peer/Peers.java: Logger.logMessage("CRITICAL ERROR. PLEASE REPORT TO THE DEVELOPERS.\n" + t.toString());
src/java/nxt/peer/Peers.java- t.printStackTrace();
--
src/java/nxt/peer/Peers.java: Logger.logMessage("CRITICAL ERROR. PLEASE REPORT TO THE DEVELOPERS.\n" + t.toString());
src/java/nxt/peer/Peers.java- t.printStackTrace();
--
src/java/nxt/peer/Peers.java: Logger.logMessage("CRITICAL ERROR. PLEASE REPORT TO THE DEVELOPERS.\n" + t.toString());
src/java/nxt/peer/Peers.java- t.printStackTrace();
--
src/java/nxt/BlockchainProcessorImpl.java: Logger.logMessage("CRITICAL ERROR. PLEASE REPORT TO THE DEVELOPERS.\n" + t.toString());
src/java/nxt/BlockchainProcessorImpl.java- t.printStackTrace();
--
src/java/nxt/TransactionProcessorImpl.java: Logger.logMessage("CRITICAL ERROR. PLEASE REPORT TO THE DEVELOPERS.\n" + t.toString());
src/java/nxt/TransactionProcessorImpl.java- t.printStackTrace();
--
src/java/nxt/TransactionProcessorImpl.java: Logger.logMessage("CRITICAL ERROR. PLEASE REPORT TO THE DEVELOPERS.\n" + t.toString());
src/java/nxt/TransactionProcessorImpl.java- t.printStackTrace();
--
src/java/nxt/TransactionProcessorImpl.java: Logger.logMessage("CRITICAL ERROR. PLEASE REPORT TO THE DEVELOPERS.\n" + t.toString());
src/java/nxt/TransactionProcessorImpl.java- t.printStackTrace();
|
|
|
|
|
Show Posts
