I'll take a lack of response to my previous post as a confirmation, CaptChadd/Omega6.
This chain, like many of the early copy/paste garbage, could use a few updates. Is there even one person who would like to see this happen?
I would suggest to simply make adjustments to the difficulty and update the coins core along with some checkpoint updates. Nothing needs to be wiped clean, and nothing drastic needs to be done. The old original blockchain can still be used. I still also have the Royalcoin bootstrap.dat file that I created awhile back hosted on google drive. Look at the modifications that have been made for Casinocoin, Galexycoin, Starcoin and Emerald.. I've assisted where I can and will do the same with Royalcoin. (The community offers their input, suggestions, expertise and time. I see no reason why the same can't be done for Royalcoin. 1.) Create a github source 2.) Create a block explorer 3.) Create a new thread See if you can't stir up some interest from previous users who posted in this thread. Find out who can be trusted to include to the git repository to make updates and modifications. |
|
|
|
A month ago I reported a bug within the Cryptsy API. They have acknowledge the bug and originally promised to implement a fix.
Cryptsy have still not implemented any fix and as such I think it is appropriate to make other community users aware of this.
Other Exchanges have appropriate API implementations which are protected by using hash and API Key values. Each packet is signed and is made unique by using a 'nonce value' - this is an incremental number. This is used to ensure the recieved packet is unique. This is to prevent potential replay attacks ie; reusing messages/packets sent to the API.
Duplicate / non-unique packets should be ignored/dropped by the API. What Crypsty allow is the ability for a malicious user to replay the same message to the API. This would require a malicious user to obtain a copy of your API Key and also the ability to packet capture from your local computer.
It is a relatively low risk attack vector but it's important that Cryptsy address a fix. We have seen other data leakage caused by bugs/vulnerabilities within OpenSSL which could contain sensitive data such as an API Key! If a malicious user was capable of exploiting this they would perform repeated actions using a replay attack.
Cryptsy really should have built in some sort of mechanism that would prevent any type of replay attacks. An avoidance as simple as something like expiring tokens, hases values, or anything that invalidates after each process is finished. This would also work with HTTP and not just HTTPS which it's not even using. I'm glad you made this post IGHOR, like I said earlier, somebody over at cryptsy needs a swift kick in the ass.  |
|
|
|
The difficulty has decreased 4X. Hashpower has been re-allocated to the chain. http://cryptoexplorer.udf.me/explore.php?height=42335&cid=67&coinname=Bytecoinblock 42335 difficulty 1083438.2950277 time August 11, 2014, 2:05 pm block 42336 difficulty 270859.57375692 time August 11, 2014, 3:27 pm block 43214 difficulty 270859.57375692 time August 12, 2014, 12:24 am calculated network hashrate today: (878 blocks * 24 hours / 9 hours) / 144 blocks * 270859 difficulty * 2**32 / 600 --> 31.52 TH/s calculated network hashrate last difficulty epoch: block 40320 February 7, 2014, 6:07 am through block 42335 185 days, 8 hours --> 26,687 blocks expected. 2016 / 26,687 * 1,083,438 * 2**32 / 600e9 --> 585 GH/s Finally, this is some great news! |
|
|
|
Is there seriously still no working block explorer?
Globalcoin is about the same price, has a better name, is fast at 40 seconds, is about the same price on Cryptsy and has a block explorer. Maybe FST volume should roll into GLC instead.
Also, has 70 million total coins vs 165 million and the subsidy halves much faster, so you do not have the level of dilution that you have in Fast over the next year.
The servers in which the block explorer are hosted went down temporally on 1st of July due to a prolonged power outage which ended up exhausting the UPS. If you hadn't noticed, the explorer is up. Also, the bitcointalk threads are not entirely used by those in the Fastcoin community. There is a fastcointalk.org forum for that. The majority of posts made by users on bitcointalk these days have been related to new pools or exchange notifications. Comparing between coins isn't new, I've heard plenty from other users which offer their differential opinions based on another coin, worldcoin for instance. Each coin has their differences, Fastcoin offers a very unique re-targeting scheme, many users simply have been dumping all their altcoins on exchanges in trade for BTC. Fastcoin is being used in real world situations now paired with it's android wallet. That being said, it's still fast, it's secure, the devs don't need to boast about racecars or worry about what the current exchange rate is, it's about the transfer of exchanged decimal places...fast. There is also no dilution, what has been originaly specified as the halving subsidy is quite simple, halving once a year, which now is rewarding 16 coins instead of 32. You'll also notice that the majority of the volume is not conducted via exchanges, rather it is from user to user, client to business, supporter to non-profit. This is what I like about Fastcoin. |
|
|
|
I downloaded wallet now, but not syncing.
Can anyone help ?
Emerald Nodes: addnode=54.72.24.140 addnode=72.198.97.93 addnode=212.83.191.197 addnode=24.234.231.33 addnode=54.201.183.106 addnode=46.105.96.190 addnode=144.76.91.109 addnode=62.75.136.149 |
|
|
|
Thanks Lesni, I've added it to the website: http://emeraldcoin.info/emd-pools/Personally I'm thinking we should hand over the development of EMD to the Diamondcoin team so that it can be merge mined, what's everyone's opinion on this.. ? I think the merged mining with DMD would only be a short-term solution to a much bigger issue. There would be a rise in price at the beginning, but for long-term growth and success a coin needs services and/or items that can be bought and sold. Without "real-world" uses for a currency, it will always be limited in it's potential. I think what you have been doing to try and revitalize interest in Emerald is great. I have watched this currency for a few months, but have not mined any until today. It seems to be terribly undervalued, at the moment, and in need of a shot in the arm to get it going again. I am not sure that tying it in with another currency would be the best solution. The biggest issue, facing Emerald, is the low net hash rate which allows the multipools to manipulate mining. Even with a different difficulty adjustment schedule, this would still be an issue. If more miners are not attracted to the "regular" pools, then multipools will keep mining, then dumping and driving the price down until it is no longer profitable to mine for them. At that point, you have driven away most of your community that was behind it. Changing algos could help, but there are numerous X11, X13, Groestl, etc coins already on the market and I do not believe that it would make much of a difference in people adopting the currency. The number of good scrypt POW coins is small (and getting smaller as more go to PoS or another algo). I know GPU miners hate the Asics coming in and disrupting their easy mining, but it is really no different than the multipools that are already raping the currency. An asics' user will stay on a pool 24/7 mining a profitable coin (or one they believe has potential) and keep the difficulty fairly even instead creating wild swings like the multipools do. I believe the best option would be a fork to implement the latest BitCoin core and add a difficulty adjustment schedule to even the peaks and valleys out somewhat. The new BitCoin core has numerous advantages over the LiteCoin core on which Emerald is based. I know a couple of people who might be willing to help in this capacity. I am willing to help, where I can, to resurrect Emerald. Just send me a PM and we can see what can be done. @Lesnik - The wallet works great on Win 8.1. Synced right up with no problems. Thanks. I have to agree here, it wouldn't be hard to implement some changes to Emerald to keep things up to date. Nothing drastic needs to be done, some checkpoint updates, including KGW, modified re-targeting, etc... At no point soon do I see the need to merge this coin with another or change the algorithm. |
|
|
|
pls send to me some node. thks
Krugercoin Nodes: addnode=70.168.69.115 addnode=76.97.8.5 addnode=84.22.96.60 addnode=98.251.13.2 addnode=71.36.221.235 addnode=89.160.30.4 addnode=71.175.81.45 addnode=82.11.131.231 addnode=54.201.183.106 addnode=86.86.2.19 addnode=76.10.173.5 addnode=87.64.135.34 addnode=84.91.189.231 addnode=95.152.10.67 addnode=94.23.196.92 addnode=84.104.23.68 |
|
|
|
hey i was looking for a bit of help with my fuelcoin p2pool just wanted to make sure i had everything setup correctly. i am connected and have everything going  so that is no longer an issue. i just want to make sure my values are correct. Hey, I went ahead and edited the config files to suit FuelCoin, there were a few changes that needed to be made. I've posted the code up on pastebin if you'd like to have a look. FuelCoin recommended settings for P2Pool nodes; http://pastebin.com/PQTWdjcP |
|
|
|
|
Fastcoin block rewards just halved, now, 16 coins per block.
|
|
|
|
Goldcoin P2PoolDecentralized Server Location: USA/LA  Server Stats: http://inetrader.com:8221/static/Statum: -o stratum+tcp://inetrader.com:8221 -u <your_goldcoin_address> -p <random_password> Non Stratum: -o http://inetrader.com:8221 -u <your_goldcoin_address> -p <random_password> Reducing DOA; Add +16 directly to the END of your WALLET address. i.e. cgminer -o http://inetrader.com:8221 -u Dw1DLrwrrmf5Fqpa5MFPuie28hcRmss1ju+16 -p x Just as a reminder, there are no accounts or coins stored by the pool. No confirmations to wait for....your coins are sent to you as soon as a block is found. Every block found is simultaneously announced across all the wallets in the P2Pool so there are less orphans encountered. |
|
|
|
the current wallet posted a few posts back does not work for solo mining. for me anyway
Use the one you can download from http://emeraldcoin.info/emd-pools/ hosted on Mega. I believe that's our semi-official website for now. It's the one I'm using and it works fine. I think I'd stay away from wallets and block chains individual users post, unless you're really confident in the person (are they active and an authority in that particular coin's community.) They can cause problems. And it really doesn't take that long to download a block chain. Maybe a day or so at worst, unless the coin has problems. It's worth making sure you get the right one. I'm pretty sure m0gliE has exactly 2 posts in this thread, one was the block chain and the other was the one you indicated with links to his wallet. Not slamming m0gliE, I don't know him, just words of caution. He's not a regular here. Hey, I resolved his problem, he was trying to solo mine and was using port 12128 instead of default rpcport=12328. "well shit there we go, wrong port number all along. Thx dude" thanks for the low blow, the amount of posts hardly speak for what is conducted on IRC. All I did was provide the links because there weren't any working at the time. I also created the emerald bootstrap.dat to help those who had problems syncing. It's not a personal zipped up copy of blk*.dat's you copy/pasta. Join me on IRC if you'd like to talk more. |
|
|
|
I would just like to take a moment to thank "casinocoin" for his efforts and dedication to this coin. Without him I think we would be looking at a dead coin.
Cheers, and Thankyou, it's been a wild ride but I don't plan on going anywhere soon! The last thing I want to see is something not only myself, but others have put a lot of time into just fade away when it has potential to be something. Going to make some changes to the code and post them here later, unfortunately I have no idea how to compile c++ anyone want to help here? Like this correct: http://stackoverflow.com/questions/1154517/c-compiler-for-windows ? Or if anyone has the skills to do this quickly and efficiently let me know! We will also need the mac wallet to be compiled(i can prob do this, but had some troubles last time on mavericks) Got to say it's nice to see such commitment from the devs after seeing so many scam coins fade away.
CasinoCoin is going.. Nowhere but up! Glad your still along for the ride as well, sorry I couldn't get to purchasing any coins. BTW, if we're going to fork the code, anyone have any other changes that people feel they would want? Personally, I wouldn't mind seeing a better scheme for reducing the block reward. 1/2 every 3 years is a bit nuts. I'd almost like to see this decrease less and more frequently. ANybody want to weigh in?
Also, maybe consider adding an incremental delay based on time that introduces delays into communications with a client that has an older version number. Overtime, this could push older clients out of the network pretty effectively without completely dropping them.
before we push the new source these will be some things we talk about, what would a good value be for the reduce of block reward in your opinion? Have you seen this done with any coins, it's very interesting and would be a great feature to eventually force people to update and get rid of the old clients halving the block reward every 3 years is pretty drastic and sudden. At that point in time, it brings some pretty drastic changes to the coin. maybe it's better to take smaller incremental decreases in block reward that get us to the same outcome in 3 years in an effort to promote stability in mining while improving value for early adoptors. I have to agree with your opinion as well, there really isn't any reason to modify to the extent that drastic changes such as halving, etc. need to take place. Those initially interested in the coin generally expect the same outcome as it was when originally introduced. When coins change block rewards mid-stream for instance, without prior definition, simply turns into a wrench throwing party. The fixes that are needed are simple changes which won't modify the coin so much as to make it entirely different than it originally started out as. irc.freenode.net #casinocoin |
|
|
|
Has the fork situation mentioned previously been resolved? I just restarted the client so I could see current starting height for each peer, and all but one look good. The only exception seems to be running an older 0.7.0.1 client (pre-KGW?) Debug log is also showing no bans. IOW, apart from that lone straggler on the wrong version I can't see any evidence of forks. edit: was going to check that the checkpoint added to https://github.com/2chcoin/krugercoins matched my chain, but that repository is now 404 (?) Try: https://github.com/Krugercoin/krugercoins |
|
|
|
|
Currently the client seems to be stuck at block 1188999. Can anyone else verify this?
|
|
|
|
What is emeraldd.exe file with 48MB in your upload? Besides that, your files come out almost clean: SHA256: e7f0e787f100161b3c7f2d4aa8d2a2498fca78237849814e48a43273357a6d51 File name: Emerald13.zip Detection ratio: 0 / 49 Analysis date: 2014-05-10 11:42:34 UTC SHA256: c32776810892d6e463604129a1cc1b06097e66b533bdcd5004d91a1e94ca3b3e File name: emerald-qt.exe Detection ratio: 0 / 52 Analysis date: 2014-05-10 11:44:58 UTC SHA256: ff2d099934f7b95b3ff197f16ba825f6e54589cef23832f1fc852314eb9cccff File name: emeraldd.exe Detection ratio: 1 / 51 Analysis date: 2014-05-10 11:50:01 UTC That's the compiled daemon, not needed for windows. If you want to compile your own daemon for *nix you can do so by cloning the src from github. |
|
|
|
Zimstake Bootstrap.dat  bootstrap.datbootstrap.dat allows a new Zimstake client (not synced) to rapidly import the initial blocks from a local file instead of slowly downloading blocks from random peers. This significantly reduces the time it takes to get a client synced with the current blockchain. Simply having bootstrap.dat in Zimstake's expected data directory will make your initial block sync much faster. The import process can be even faster if you use the -dbcache=1000 command line parameter which uses an additional 1GB of RAM for the database index cache. Regardless of your operating system, use the following steps to make use of the bootstrap.dat file: 1. Download the bootstrap.dat. 2. Move it into the Zimstake datadir. "%appdata%/zimstake" / "~/.zimstake" 3. Load the windows client using "zimstake-qt.exe -dbcache=1000" or *nix "zimstaked -dbcache=1000" 4. Delete bootstrap.dat.old if you want to recover some storage space. Google Drive bootstrap.datE-nautia bootstrap.datDirect Download bootstrap.datZimstake Donation Address: ECfGUKPhWBFYF29DdsSrLG5Z8pFwwGdpVr  |
|
|
|
Where do you put bootstrap.dat?
Tried galaxycoin-qt -loadblock=bootstrap.dat but does not seems to work
1. Move your old block/database folders out of your data directory, %appdata%/galaxycoin 2. Copy the bootstrap.dat into that folder. 3. Load client, there is no need to use -loadblock, the client detects the bootstrap.dat and loads it automagicly.  |
|
|
|
|
Show Posts
