I was up at 2 am boss. Making sure everything went smooth. (which might explain why all our nodes are on the right chain...) This is entirely on dwarf for not paying attention. Such is crypto though and why hardforks are dangerous. For those concerned give this branch a try, it invalidates dwarfs 200k block and adds new super nodes.  https://github.com/expanse-project/go-expanse/tree/chris-dev What is the significance of the super nodes, I was trying to find more information about that term but was unable to determine what they mean to Expanse. |
|
|
|
I just rented 150 th for an hour or so. Anyone want to join please do so.
I have 25 th up for about five hours with my fingers crossed that a few more will join in today. It sure would be nice to get a larger group of people to use this merged mining pool especially with the price of Unobtanium at the moment. |
|
|
|
Starting to see some nice volume on Bittrex which is not surprising considering the difficulty and price to rent Neoscrypt hash rate on Nicehash.
Its much better to stack, hold and stake for the long term with Orbitcoin from an environmental viewpoint.
thefix you are long in ORB why you do not accept ORB for your beautiful pictures? And you could time a unique quick photo of the moon for a new ORB Logo. Thanks for the kind words, I would be happy to take some shots of the moon for a new logo. Dark sky photography is just a hobby for me, never really though about selling any of my photos. |
|
|
|
nice distribution http://coinofview.com/coin/Orbitcoin.htmlCountries Name Code Count % United States US 9 25.7% United Kingdom GB 7 20% Russia RU 4 11.4% Germany DE 4 11.4% Spain ES 2 5.7% Romania RO 1 2.9% Republic of Lithuania LT 1 2.9% Portugal PT 1 2.9% Norway NO 1 2.9% Netherlands NL 1 2.9% Luxembourg LU 1 2.9% France FR 1 2.9% Canada CA 1 2.9% Belgium BE 1 2.9% Sub-versionUnknown - Unknown/Orbitcoin:1.5.0/ - 60014/Orbitcoin:1.5.0/ - 6001434: 97.1 %Highcharts.com MARKETS Price USD: 0.05290760 MarketCap USD: 131,466 Price BTC: 0.00012843 MarketCap BTC: 319 Available supply: 2,484,817 ORB Total supply: 3,770,000 ORB Starting to see some nice volume on Bittrex which is not surprising considering the difficulty and price to rent Neoscrypt hash rate on Nicehash. Its much better to stack, hold and stake for the long term with Orbitcoin from an environmental viewpoint. |
|
|
|
There is also community voting at Cryptopia. Users can vote for HAL every day. It's definitely doable this way with active community participation.
I've also started a Halcyon Coin community on my community site as well. You can see it @ http://crypto-city.com and then see the community section for Halcyon. Cryptsy was a total disappointment. Certainly put a lot of people.back to square1. Just curious is your site built using phpfox? Not a bad way to go and it has tons of features. |
|
|
|
it was nice pump for uno _i think we will see soon Proto also for 2 $ or 700k sat  yes i think PR soon next UNO PR Block halving when ?Its possible if the coin gets out of a test state and maybe into its own chain. This is crypto though so anything could happen Any plans to take this coin on its own chain? |
|
|
|
I predict TEKcoin is going to make a huge comeback. in the day of instamined today and gone tomorrow coins, TEKcoin will continue to stand the test of time.
We have been testing some adds on target markets driving traffic at the TEKcoin website. We also updated the SEO for TEKcoin.org . Yobit code giveaways reset on a timer there as well on a random basis right now.
Nice to see TEKcoin back in the game, not that it ever really left in the first place It just goes to show you how a loyal community can overcome any obstacle and come out better for it. In the end I think this will just prove how resilient the TEKcoin community really is. |
|
|
|
/quote My first point to make is that I am not asking for the system to be modified in such a way to grant everyone 40% interest. I am trying to expose that the system appears to have a flaw in the distribution process. This flaw is being exploited by one user and so that user is controlling the difficulty and causing an unfair distribution of coins. This whether you recognize it or not is a far greater threat to coin value than 40% interest again. I believe it was the intention of the designer of this crypto-coin to increase the difficulty if many people were participating in the system and staking increased. In this case the difficulty should increase to control inflation. That is fine and dandy but what a single user is now doing is that he or she is simulating hundreds of users with having many smaller blocks staking every minute. This is choking the system and causing an unfair distribution of the wealth. This is I am very sure not the intention of the designers of crypto-coins. /quote
If we are sure this is being caused by one or even a few folks who are intentionally trying to manipulate difficulty, Then absolutely, we need to address the issue. Even if it means a hard fork.
But if the issue is being caused by ignorant or lazy folks who are not combining and/or don't know to coin control their stakes, then the issue is quite different. Educate, maybe some preventative measures. Calm and cool.
Do we have information that leads to the conclusion that a single individual or group is maliciously effecting the difficulty? If so, lock and load! lets get the bastard(s)!
Another solution could be to just join them and use the features that are part of the coin to even things out for everyone. If we all put coins into smaller chunks and keep the wallet always open to support the network he/she will gain no advantage. Smaller chunks would keep diff high and give a better average overall. The coin was built this way, so why fight it when we can roll with it. No one would have any advantage and the total supply would be slowed for everyone. |
|
|
|
What is up with https://dcr.suprnova.cc/ looks like it may be having some issues Its been that way for a few hours it seems, so you may want to have a look and decide what to do until the issue is resolved. Cron was Stuck, fixed Awesome, thank you for the quick fix and response! |
|
|
|
What is up with https://dcr.suprnova.cc/ looks like it may be having some issues Its been that way for a few hours it seems, so you may want to have a look and decide what to do until the issue is resolved. |
|
|
|
Finished adding the other half of the block header not shown earlier to the output of the tests - putting in the final XOR with input block stage of Blake-256 that I forgot about when testing, in order to make it a full Decred process that will work, and porting tests to match. Also changed protocol to something more Icarus-like, in preparation for CGMiner support, and changed some stuff in the core transform, helping me drop slices, making the design smaller.
Previously, slice usage was ~1,300 out of the LX9's 1,430. Dropped it to 1,205 in this latest synthesis, but that isn't yet enough free logic to allow me to speed it up yet, I don't think.
Sounds promising, do you expect similar kind of speeds compared to other Blake algo coins on FPGA devices? I am also curious if you are using a more modern readily available FPGA device? Backstory is, this implementation was done simply because people kept telling me it couldn't be - the current public implementation of Blake-256 takes up 16k slices on a Spartan-6 LX150 - so it was definitely impossible to fit on an LX9. So I did. Performance is not going to be good on the LX9, of course - I'm using a Mojo v3 for testing. The real chip design is in developement, on my SoCKit - details on it here: http://www.terasic.com.tw/cgi-bin/page/archive.pl?Language=English&CategoryNo=165&No=816&PartNo=1 - for larger chips and targeting the most hashrate I can get out of it. It's got a Cyclone V FPGA and ARMv7 dual-core on the same chip, and 1GB of DDR3 connected to the ARMv7 side, with the other 1GB connected to the FPGA. It has TONS of wonderful things onboard to program - I've already played with the software side of it, compiling the kernel with Altera's patches, compiling the preloader and u-boot, and putting Arch Linux ARM on it - but now I'll be working with the FPGA more, and connecting the two together. It can be a fully self-contained miner, too; here's just a short list of fun ideas I've had so far: - Using the onboard LCD to output hashrate - Reading temps off the sensor and displaying that - Connecting some of the buttons/switches to start/stop hashing - Lighting an LED when hashing is enabled and turning it off when disabled - LED flash on share found - Using hardware interrupts to notify the CPU of shares - Putting the ARMv7 into low-power mode while mining The last two kind of help each other - you can signal an interrupt from the FPGA, and handle it in your own Linux kernel module, passing it to the userspace miner, and letting it check and submit, if need be. The advantage here is no need for polling, which reduces shit the CPU has to execute - add that to enabling the low-power state and it could be awesome. That SoCKit is pretty amazing and the price is not bad to boot The Mojo 3 is a really inexpensive board for testing, I remember they thought about using it with VNL coin but it had really bad hash rates. Sounds pretty exciting and I will be interested in your progress What kind of power draw is the device pulling and how much do you expect to save in low-power mode? Thanks again for the info and link to the SoCKit |
|
|
|
Finished adding the other half of the block header not shown earlier to the output of the tests - putting in the final XOR with input block stage of Blake-256 that I forgot about when testing, in order to make it a full Decred process that will work, and porting tests to match. Also changed protocol to something more Icarus-like, in preparation for CGMiner support, and changed some stuff in the core transform, helping me drop slices, making the design smaller.
Previously, slice usage was ~1,300 out of the LX9's 1,430. Dropped it to 1,205 in this latest synthesis, but that isn't yet enough free logic to allow me to speed it up yet, I don't think.
Sounds promising, do you expect similar kind of speeds compared to other Blake algo coins on FPGA devices? I am also curious if you are using a more modern readily available FPGA device? |
|
|
|
We can mine this soon, or ever, or no?
Think of it like an ICO for gamblers with the proceeds going to Just dice You would have to convert one coin into the new coin by gambling it on Just dice If you like gambling this is the coin for you otherwise you are better off sticking with the original Clam coin. Keep in mind the value will also likely be much less since the total available supply is going to be close to 7+ times more than the current available supply of Clams |
|
|
|
The only way I can see this getting abused is by users playing 98.99% win chance and spamming a lot of wagered to be able to get more coins.
its still gambling but yes its kinda an abuse but its still the most fair way, read down to see why. Total amount claimed is now live on darkclam.com. You can also sort the columns in the genesis section.
To the future!
^ our dev daxxog. Over 9.1m claimed, this week we will drop and do a vote, after that we will normally follow our road. That is quite a bit, and unlike the original Clam these are likely to be all claimed. I think this distribution method is a mistake and would prefer to see the total initial supply under 500,000 It would have been nice to do a more even distribution, say 500 Dark Clam for every JD user before a certain date. I am not clear why giving the largest gamblers the most coins is desirable. When the real coin goes live do you plan to make it POS like Clam? i agree with wondering if "rewarding the biggest gamblers" is best, but i hope to see the poll come of something with that i also wonder about pos? will it be static reward? and if so, same as clam, or different? anxiously awaiting launch! i have myself over 30 accounts, dont you think that would br an abusr too? @thefix There will be a bunch of polls, rewarding investors will be one of them but i see no better way to do it, if its per account it can be abused easily and if its investors only it would be like doubling the clam supply but excluding anyone out of jd. I personally like it this way. Thirty accounts seems a bit unusual and I do not think it is common practice, but I could be wrong. It would be difficult to abuse(per account reward) if the distribution date was in the past as I mentioned before. It will be an interesting experiment no matter what is decided upon and I wish it success! |
|
|
|
Total amount claimed is now live on darkclam.com. You can also sort the columns in the genesis section.
To the future!
^ our dev daxxog. Over 9.1m claimed, this week we will drop and do a vote, after that we will normally follow our road. That is quite a bit, and unlike the original Clam these are likely to be all claimed. I think this distribution method is a mistake and would prefer to see the total initial supply under 500,000 It would have been nice to do a more even distribution, say 500 Dark Clam for every JD user before a certain date. I am not clear why giving the largest gamblers the most coins is desirable. When the real coin goes live do you plan to make it POS like Clam? |
|
|
|
Just gave it a try, but I get this message on the chat: "has 0 DC pending; stay /public my friend". Is it normal?
Thats because you dont have any clam wagered, atleast on that account. Since there is a while till the drop is gonna be done you can still gamble and get few dcs on the side. Looks like an interesting project
I suggest considering additional distribution methods in order to get wider adoption
I am not a big gambler(crypto is a big enough gamble), but I like the idea of a coin similar to Clam with more of a fixed initial supply
Not sure giving the biggest supply to the heaviest gamblers is the best idea though
If the intention is just to convert Just Dice Gamblers to use Dark Clam then this is a clever tactic
Thats not the intention, yet i did tried to contact other sites but i got no answer, i am thinking about adding investors balances 2x but i think that at this point that should be done under vote. What is the ratio of bets to amount of Dark Clam a user would receive, is it something like 1 clam bet = 1 Dark clam? If someone claims now and continues to use Just dice can they claim the additional coins from the continued betting in the future before the drop? |
|
|
|
|
Looks like an interesting project
I suggest considering additional distribution methods in order to get wider adoption
I am not a big gambler(crypto is a big enough gamble), but I like the idea of a coin similar to Clam with more of a fixed initial supply
Not sure giving the biggest supply to the heaviest gamblers is the best idea though
If the intention is just to convert Just Dice Gamblers to use Dark Clam then this is a clever tactic
|
|
|
|
Hmm sorry no idea.. maybe its missing an export or so ?
I compile with ./configure --enable-opencl and it works just fine
I'll dive into it when I have more time. For the sake of completeness here's the config.log: http://fpaste.org/318868/54662242/Thank you for your time One question mate in ADL_SDK directory did you put file for support for amd GPU? Pardon me, I don't understand. Could you elaborate? You need to download the ADL_SDK library, and put the contents of the /include folder in the /ADL_SDK folder in your miner directory, before you do config/make. I'm sure if you google "adl sdk cgminer" you'll get lots more info. Thanks, I just did that but the result is the same, the output remains OpenCL...............: NOT FOUND. GPU mining support DISABLED
configure: error: No mining configured in will duckduckgo around a bit later tonight. thanks again. im in exactly the same boat - and have been for weeks now - with STILL no answer to this issue ... and i am no novice to compiling software ... yet this EXACT same issue with both amd and nvidia systems ... anyone know an answer to this? ... i cant do very much with it now until tomorrow night ... #crysx I ended up running it with wine on linux, same speeds as on windows Not ideal, but it works |
|
|
|
Very interesting project, unfortunate that Nvidia miners are not getting the same love as AMD
Do we need to crowd fund to get something valid released?
Maybe we just do not have enough Nvidia miners to Justify our existence.
Really, you're not being as picked on as it seems - CUDA is great when it comes to more complex algos, or algos that can benefit from Nvidia-specific optimizations that the compiler is unable to find by itself, but this is not the case for Decred. Really, you're talking about a minor bump I would guess, at most. The algo is dead simple - I've made the miner a few percent faster on AMD - but we're talking single digit percentages... and low digits. The Nvidia OpenCL compiler would really have a hard time fucking it up. I appreciate the clear explanation The small percentage gain with AMD will even out with lower power consumption on Nvidia cards. If AMD gets the power consumption down this year on its new line it may be time to Jump ship or at least diversify my rigs |
|
|
|
|
Show Posts
