Search content
Sort by
Showing 20 of 27 results by CaptainHash
Instructions for doing a gitian build with virtual box were added to the docs directory recently.
https://github.com/bitcoin/bitcoin/blob/master/doc/gitian-building.md
Gitian runs in a virtual machine, so you are running a virtual machine in a virtual machine. That means that it is pretty slow.
https://github.com/bitcoin/bitcoin/blob/master/doc/gitian-building.md
Gitian runs in a virtual machine, so you are running a virtual machine in a virtual machine. That means that it is pretty slow.
Awesome. That was what I was looking for.
Hoped it would work without a vm, but at least it doesn't involve installing windows.
Thanks for sharing! +1
I know that you can compile windows apps in linux using mingw.
Has anyone managed to compile a windows wallet under linux, yet?
I tried the search, and I googled, but I couldn't find anything useful on that topic.
I don't want to setup a windows machine just for compiling, there has to be a way to build it on my linux box.
Thanks alot!
Has anyone managed to compile a windows wallet under linux, yet?
I tried the search, and I googled, but I couldn't find anything useful on that topic.
I don't want to setup a windows machine just for compiling, there has to be a way to build it on my linux box.
Thanks alot!
Just one more question - is it possible to copy an existing blockchain into a new crypto currency that uses a different algo?
Couldn't find anyhing about that, but someone claimed it was possible. Wouldn't the block hashes be different with another algo?
Couldn't find anyhing about that, but someone claimed it was possible. Wouldn't the block hashes be different with another algo?
Such a construction typically involves using the original algorithm for old blocks until a certain crossover checkpoint and using the new algo on all blocks afterwards. So the blockchain that you import will need to be verified by clients through the use of the original algorithm, but you can enforce that any blocks after block-height X require the new algorithm.
It's not possible to change the algorithm used to verify old blocks unless you redo the proof-of-work on all these old blocks with the new algorithm.
Makes sense. So it is working. Nice!
I'm a crypto noob that has just started to understand the fundamentals and successfully forked a few cryptos for research and fun.
How would you estimate the effort for that kind of solution? It probably involves a lot of code adaptions, there doesn't seem to be a single function that takes care of the encryption and could easily be modified...
I'm trying to mix scrypt with keccak to lock out the new scrypt asics. Has this been done before?
Thanks alot for helping me out again!
Just kidding. Nah, I was talking about an alt coin. But the attack was far in the past, hundreds of unwanted blocks have already been confirmed.
This is far beyond my capabilities, and I think I will leave the blockchain untouched.
Just one more question - is it possible to copy an existing blockchain into a new crypto currency that uses a different algo?
Couldn't find anyhing about that, but someone claimed it was possible. Wouldn't the block hashes be different with another algo?
I've just tried it and adjusted the hash of the genesis block and the message start string (is the latter one necessary?). Then I copied wallet and block data from an existing coin. But when I start it up I get an assertion error, because hash != hashGenesisBlock.
I'm a noob and just started poking around in the source code. I might just have missed something (like reading the docs)...
Code:
I've lost track at this point of whether we are talking about Bitcoin, or some altcoin.
It's actually top secret, but the bitcoin network has been hacked, and this is Satoshi with dementia trying to fix it. Just kidding. Nah, I was talking about an alt coin. But the attack was far in the past, hundreds of unwanted blocks have already been confirmed.
This is far beyond my capabilities, and I think I will leave the blockchain untouched.
Just one more question - is it possible to copy an existing blockchain into a new crypto currency that uses a different algo?
Couldn't find anyhing about that, but someone claimed it was possible. Wouldn't the block hashes be different with another algo?
I've just tried it and adjusted the hash of the genesis block and the message start string (is the latter one necessary?). Then I copied wallet and block data from an existing coin. But when I start it up I get an assertion error, because hash != hashGenesisBlock.
I'm a noob and just started poking around in the source code. I might just have missed something (like reading the docs)...
Thanks for sharing your wisdom, mister guru. 
I'm trying to figure out a way for a compromised currency to be "repaired". What I want to do is to copy the blockchain into the new currency. Almost all of the last blocks of that chain were faked by an attack, so I want to revert the blockchain to a specific height. As far as I understand this is not a problem.
BUT this will also mean, that some transactions are lost and some funds remain in wallets of pools (unpaid rewards) and other services like exchanges. I think it's impossible to transfer them to the correct addresses, and that's why I want to delete these balances, because noone can guarantee that the owners of those "3rd party wallets" would be fair and redistribute the coins. it also would require them to adjust their databases, if they want to continue their service with the new coin. i doubt admins would be willing to do that.
It should be possible to be done, but how would you estimate the effort?
I can imagine the analysis of the data alone would take a lot of time.
And if I got you right, I would have to invalidate all the unwanted (unspent) inputs of an address to set the balance of an address to zero.
This has to be hardcoded (OMG) to make it work, and there is no easy way of just manipulating the block data / berkeley db?
So in case of several addresses with tens of thousands of unwanted inputs this would mean endless spaghetti code in the protocol.
Not only that it would look horrible, wouldn't it also be a performance issue, because every single future transaction would have to be checked against them?
You already said it wouldn't be working, but I thought it might be as simple as to make certain addresses inaccessible by changing the public key of those addresses and making the import of a private key impossible. But this would probably break the chain, right?
Is it worth poking around in that matter or would it just end up with headaches and wasting a lot of time, if you're all new to that crypto stuff?
I just cannot afford to spend weeks on that.
Code:
That depends on what you're trying to accomplish, why you're trying to accomplish it, and how you want it to work.
I'm trying to figure out a way for a compromised currency to be "repaired". What I want to do is to copy the blockchain into the new currency. Almost all of the last blocks of that chain were faked by an attack, so I want to revert the blockchain to a specific height. As far as I understand this is not a problem.
BUT this will also mean, that some transactions are lost and some funds remain in wallets of pools (unpaid rewards) and other services like exchanges. I think it's impossible to transfer them to the correct addresses, and that's why I want to delete these balances, because noone can guarantee that the owners of those "3rd party wallets" would be fair and redistribute the coins. it also would require them to adjust their databases, if they want to continue their service with the new coin. i doubt admins would be willing to do that.
It should be possible to be done, but how would you estimate the effort?
I can imagine the analysis of the data alone would take a lot of time.
And if I got you right, I would have to invalidate all the unwanted (unspent) inputs of an address to set the balance of an address to zero.
This has to be hardcoded (OMG) to make it work, and there is no easy way of just manipulating the block data / berkeley db?
So in case of several addresses with tens of thousands of unwanted inputs this would mean endless spaghetti code in the protocol.
Not only that it would look horrible, wouldn't it also be a performance issue, because every single future transaction would have to be checked against them?
You already said it wouldn't be working, but I thought it might be as simple as to make certain addresses inaccessible by changing the public key of those addresses and making the import of a private key impossible. But this would probably break the chain, right?
Is it worth poking around in that matter or would it just end up with headaches and wasting a lot of time, if you're all new to that crypto stuff?
I just cannot afford to spend weeks on that.
Thanks alot for your detailed reply, Danny!
This helps me alot in understanding the fundamentals, and I even have some more stupid questions - sorry for that, just repond if they are not too crackbrained, I'm almost too tired to think everything through, now
How would you estimate the effort for editing a chain, and how hard would it be to change the binary data?
Is it enough to modify the public key in the database/binary data or wherever it's stored to erase an address and could it affect the balances of other addresses?
What happens if there is any kind of inconsistency in the chain? Would it still be vailid?
So theoretically one could attack the chain and fork from the last checkpoint if one had enough hashpower to catch up with the network?
Does the network protect itself by updating the checkpoints?
And I think there was little misunderstanding. What I actually wanted to ask is if it's possible to modify the client's source code to find blocks more quickly by changing the average time to solve a block from 10 minutes to 10 microseconds or something like that - not modiying the timestamp. i guess not, diff would be too low, and it would probably already have destroyed btc a long time ago.
This helps me alot in understanding the fundamentals, and I even have some more stupid questions - sorry for that, just repond if they are not too crackbrained, I'm almost too tired to think everything through, now
Quote
In your newly created altcoin? Sure. There are a variety of ways you could maintain balances that you want, and remove balances you don't want.
Cool. But how to approach? I guess you cannot do anything with rpc-commands but have to use Berkeley for that.How would you estimate the effort for editing a chain, and how hard would it be to change the binary data?
Is it enough to modify the public key in the database/binary data or wherever it's stored to erase an address and could it affect the balances of other addresses?
What happens if there is any kind of inconsistency in the chain? Would it still be vailid?
Quote
As long as your chain satisfies the other requirements of the protocol? Sure.
And those requirements would be? Is there some kind of technical doc?Quote
Each block has a reference to the block before it. You would have to choose which previous block you want to fork from. Then you would have to create blocks faster than the the rest of the network is updating the current chain until your chain has more blocks than the current one.
So theoretically one could attack the chain and fork from the last checkpoint if one had enough hashpower to catch up with the network?
Does the network protect itself by updating the checkpoints?
And I think there was little misunderstanding. What I actually wanted to ask is if it's possible to modify the client's source code to find blocks more quickly by changing the average time to solve a block from 10 minutes to 10 microseconds or something like that - not modiying the timestamp. i guess not, diff would be too low, and it would probably already have destroyed btc a long time ago.
I have a few questions about blockchain compatibility.
I think it should be possible to copy a whole blockchain into a new crypto currency, with all the keys and transactions, so that you can restore your transaction history and balances by importing your private key into the new wallet. Is that correct?
If yes, could one modify the blockchain to erase unwanted transactions and move balances into nirvana?
Another noob question: If a wallet has multiple addresses, is it possible to tell if they are belonging together or do they all have individual keys, or in other words - can you restore the actual wallet balances?
Is it possible to send coins using a secondary address, or will they always be sent with the main address?
Some more off topic question about 51% attacks:
Afaik you can take over a chain if you have the longest one in the network (chains, i'm talking about chains!).
Would it be possible to speed up the calculation of the chain for such an attack by modifying the block time in the source code and then start calculating, so that you can override far into the past until the last checkpoint?
And finally - how do you trace such an attack AFTER it happened? Are there any traces that can be found in the blockchain?
Thanks for your replies
I think it should be possible to copy a whole blockchain into a new crypto currency, with all the keys and transactions, so that you can restore your transaction history and balances by importing your private key into the new wallet. Is that correct?
If yes, could one modify the blockchain to erase unwanted transactions and move balances into nirvana?
Another noob question: If a wallet has multiple addresses, is it possible to tell if they are belonging together or do they all have individual keys, or in other words - can you restore the actual wallet balances?
Is it possible to send coins using a secondary address, or will they always be sent with the main address?
Some more off topic question about 51% attacks:
Afaik you can take over a chain if you have the longest one in the network (chains, i'm talking about chains!).
Would it be possible to speed up the calculation of the chain for such an attack by modifying the block time in the source code and then start calculating, so that you can override far into the past until the last checkpoint?
And finally - how do you trace such an attack AFTER it happened? Are there any traces that can be found in the blockchain?
Thanks for your replies
Re: [ANN] [UFO] ▲▲ UFO Coin [In Exchanges] Interplanetary Crypto Currency ▲▲
All the attacks on cmine.de originate from sweden, it's a guy running a CS server whose computer either has been compromised or who is absolutely stupid and has no idea on how to cover his traces.
Probably part of a bot net, the attack pattern tells me that it's just a stupid script being executed over and over again. Thought about reporting the IP address, but I don't want anyone to get in trouble for being stupid and messing around with my server, would probably be a waste of time anyway.
Probably part of a bot net, the attack pattern tells me that it's just a stupid script being executed over and over again. Thought about reporting the IP address, but I don't want anyone to get in trouble for being stupid and messing around with my server, would probably be a waste of time anyway.
Re: [ANN] [UFO] ▲▲ UFO Coin [In Exchanges] Interplanetary Crypto Currency ▲▲
CaptainHash,
Thanks for your reply. I just received my coins.
When I tried solo mining cgminer said i found a block that was accepted but never got the credit in wallet. I removed addnode=168.61.90.60:9887 from thee conf file and now blocks are credited. Very strange... But still the wallet shows 1 active connection...
Thanks for your reply. I just received my coins.
When I tried solo mining cgminer said i found a block that was accepted but never got the credit in wallet. I removed addnode=168.61.90.60:9887 from thee conf file and now blocks are credited. Very strange... But still the wallet shows 1 active connection...
Yeah, I guess most of the nodes in my ufo.conf are dead. I don't get past two active connections, which is kinda scary sometimes, I don't want to end on a fork.
Maybe we should verify and update the addnode list.
I will contribute a 24/7 node:
217.160.23.239
----------------------------
To all the miners of cmine.de:
All remaining payouts have been processed.
Re: [ANN] [UFO] ▲▲ UFO Coin [In Exchanges] Interplanetary Crypto Currency ▲▲
Hey everyone,
I'm really sorry for the tardy reply, I have been very busy lately and just realized the payout issue. No worries, you won't loose any of your shares.
To fix that issue I had to restart stratum and the UFO wallet, payouts will be processed soon.
The logs I just read reveal that cmine.de was under attack during the last days, nothing to worry, the attacker(s) did not have any success in breaking into the system, but their DDOS attacks slowed the server down sometimes. I just took some additional security precautions. Just wondering who is making such an effort to hack a small pool like cmine.de, but simple script kiddies won't have a chance.
Thanks to everyone who reported that issue. Your coins are safe. Payouts worth 20 million UFO are just being processed, all manual payouts are finished. Automatic payouts are next, I will let you know asap.
Question regarding wallets with LOTS of transactions:
The UFO Coin Wallet is eating most of the CPU power of the server, and the load is getting higher and higher. I think it has to do with the thousands of transactions the wallet has made, but I don't know for sure. Can anyone confirm my assumption? Would it help to use a new wallet every now and then or should I move the wallet to another computer with more power?
Another important question about the UFO network:
How many active connections do you guys usually have?
I am running a total of 4 wallets myself, but none of them has more than two connections.
I'm really sorry for the tardy reply, I have been very busy lately and just realized the payout issue. No worries, you won't loose any of your shares.
To fix that issue I had to restart stratum and the UFO wallet, payouts will be processed soon.
The logs I just read reveal that cmine.de was under attack during the last days, nothing to worry, the attacker(s) did not have any success in breaking into the system, but their DDOS attacks slowed the server down sometimes. I just took some additional security precautions. Just wondering who is making such an effort to hack a small pool like cmine.de, but simple script kiddies won't have a chance.
Thanks to everyone who reported that issue. Your coins are safe. Payouts worth 20 million UFO are just being processed, all manual payouts are finished. Automatic payouts are next, I will let you know asap.
Question regarding wallets with LOTS of transactions:
The UFO Coin Wallet is eating most of the CPU power of the server, and the load is getting higher and higher. I think it has to do with the thousands of transactions the wallet has made, but I don't know for sure. Can anyone confirm my assumption? Would it help to use a new wallet every now and then or should I move the wallet to another computer with more power?
Another important question about the UFO network:
How many active connections do you guys usually have?
I am running a total of 4 wallets myself, but none of them has more than two connections.
Re: [ANN] [UFO] ▲▲ UFO Coin [In Exchanges] Interplanetary Crypto Currency ▲▲
Some more space coins? You mean Galaxy, Cosmo or Starcoin and the like? They would fit, as the new pool's homepage currently has a space theme.
I also thought about adding some scrypt-N coins, but I don't know if there are enough miners for a small pool.
But for now keep on mining UFO, the hashrate won't stay that low forever!
And remember: UFO is the only interplanetary currency, other space coins are for star gazers ;-)
I also thought about adding some scrypt-N coins, but I don't know if there are enough miners for a small pool.
But for now keep on mining UFO, the hashrate won't stay that low forever!
And remember: UFO is the only interplanetary currency, other space coins are for star gazers ;-)
Re: [ANN] [UFO] ▲▲ UFO Coin [In Exchanges] Interplanetary Crypto Currency ▲▲
Quote
I urge the pool operator to show up!
*WHOOSH* Here I am!
Sorry for the tardy reply. Been very busy lately and forgot to check my mail. I just posted some news on cmine.de/ufo. Thanks for all your work, you can count on my support in the future. Right now I'm working on completely new pool software for cmine.de, looks pretty cool and will replace MPOS. Besides UFO you will be able to mine a few selected other cryptos (suggestions welcome :-)) using only one account, which might get some more people into mining UFO.
Peace out!
Re: [ANN] [UFO] ▲▲ UFO Coin [In Exchanges] Interplanetary Crypto Currency ▲▲
Just wanted to let you know, that cmine.de was upgraded with SSL encryption to protect your UFOs from prying eyes. The new URL is https://cmine.de/ufo. You can still use the old address, it redirects to the new one.
Right now I am working on some kind of trade monitoring app, and the results I got so far confirm that UFO is recovering, while most other altcoins crash. The altcoin hype is over for now, many coins will perish, but I believe UFO will survive. Only few of the small alt coins are backed up by a decent team, a clear advantage of UFO.
Right now I am working on some kind of trade monitoring app, and the results I got so far confirm that UFO is recovering, while most other altcoins crash. The altcoin hype is over for now, many coins will perish, but I believe UFO will survive. Only few of the small alt coins are backed up by a decent team, a clear advantage of UFO.
Re: [ANN] [UFO] ▲▲ UFO Coin [In Exchanges] Interplanetary Crypto Currency ▲▲
Sorry everyone,
but it looks like my provider has blocked outgoing emails for the last days, I just called them and fixed that issue.
Sending emails works again, and I really hate myself for not finding out earlier, ufo.cmine.de might have lost a lot of potential miners.
The problem also made it impossible to send support requests via the web interface, so in case anyone complained - I did not get that mail
Everything should be back to normal now, and another big excuse to everyone that was affected.
I just sent an email note to all the users, I really don't want anyone to loose their coins or trust in the pool.
but it looks like my provider has blocked outgoing emails for the last days, I just called them and fixed that issue.
Sending emails works again, and I really hate myself for not finding out earlier, ufo.cmine.de might have lost a lot of potential miners.
The problem also made it impossible to send support requests via the web interface, so in case anyone complained - I did not get that mail
Everything should be back to normal now, and another big excuse to everyone that was affected.
Quote
I have a bunch of coins in there and no way to get out!
No worries, all your coins are safe, you now should receive the confirmation email to set your UFO address.Quote
I asked the pool operator to help you out. I also got the email slowly, but it did arrive.
I'm afraid, it did not, but everything should be resolved now.I just sent an email note to all the users, I really don't want anyone to loose their coins or trust in the pool.
Re: [ANN] [UFO] ▲▲ UFO Coin [In Exchanges] Interplanetary Crypto Currency ▲▲
These UFOs are just about to take off 
The ufo.cmine.de donation rally is over, and together with personal donations the total sum of 207,000 UFO was raised for the development and promotion of the coin, I just sent over the remaining coins of the last three days. Use them wisely
The ufo.cmine.de donation rally is over, and together with personal donations the total sum of 207,000 UFO was raised for the development and promotion of the coin, I just sent over the remaining coins of the last three days. Use them wisely
Re: [ANN] [PENG] Penguincoin - MOST PROFITABLE COIN - COINWARZ, EXCHANGES, MARKETCAP
Hi, thanks for making a pool for Penguincoin and it looks great, i have added you to the list.
Cool, thanks Re: [ANN] [PENG] Penguincoin - MOST PROFITABLE COIN - COINWARZ, EXCHANGES, MARKETCAP
PENGcoin.com has found it's first blocks, and so far we've been quite lucky. Until now noone signed up, so if you want to mine without fee and have a pool featuring basic market and mining information, PENGcoin.com is for you. I am in touch with various exchange sites to supply you with all the market data you need about PENG.
To the devs / mods: Would be cool, if you add this pool to your list.
To the devs / mods: Would be cool, if you add this pool to your list.
Re: [ANN] [PENG] Penguincoin - MOST PROFITABLE COIN - COINWARZ, EXCHANGES, MARKETCAP
My dear fellow penguins,
let me invite you to join this cool, new pool with 0% mining fee. This is not just another PENG pool, no - it wants to be more. I am determined to help the PENG community with new software releases within the next weeks, exclusively for PENG and available first on this pool. Whoever says PENG is dead has no idea
So if you want to mine without fees, promote the coin and help us to reach the critical mass (aka Hashrate) for PENG mining - please join our pool at
pengcoin.com
Thanks for your support & Happy Mining!
EDIT: Ooops. Link did not work - just fixed it.
let me invite you to join this cool, new pool with 0% mining fee. This is not just another PENG pool, no - it wants to be more. I am determined to help the PENG community with new software releases within the next weeks, exclusively for PENG and available first on this pool. Whoever says PENG is dead has no idea
So if you want to mine without fees, promote the coin and help us to reach the critical mass (aka Hashrate) for PENG mining - please join our pool at
pengcoin.com
Thanks for your support & Happy Mining!
EDIT: Ooops. Link did not work - just fixed it.
Re: [ANN] [UFO] ▲▲ UFO Coin [In Exchanges] Interplanetary Crypto Currency ▲▲
The pool ufo.cmine.de is currently donating all fees und pool donations. We have collected over 50K during the last three days. I will throw in another 50K from my own stash. It's good to see the network hashrate rise again, so miners jump into the boat and load your guns, there's lots of UFOs in the sky!
Quote
And the guy behind the new pool donated 20% of all his mines too. Not sure to which address though.
Just checked it, I used an old address: BuZG8fg3AWkS9BBZ6bfv3BUVPbAinfALqNRe: ••• [ANN][SMC] SmartCoin • KGW • Cryptsy • 10 EXCHANGES •••
Remember
smc.cmine.de has 0% fee this week,
a lot of luck and plenty of power.
Join now!
I just optimized the stratum and PPLNS settings for even fewer stales and more SMC in less time, as it appears.
smc.cmine.de has 0% fee this week,
a lot of luck and plenty of power.
Join now!
I just optimized the stratum and PPLNS settings for even fewer stales and more SMC in less time, as it appears.