Rebase namecoin on Bitcoin 0.6 or libbitcoin - Namecoin Forum
Best FREE Bitcoin Cloud Mining Sites of October 2020
Not only Bitcoin – what other coins can you mine?
The Best Bitcoin Mining Software: Review and Selection ...
How do I get started with namecoin?
I'd like to get started with namecoin how can I set this up on my windows PC? Edit: Morning update, Thanks for everyone's help on this biosupdate's post is extremely helpful. In some ways I think this could be slightly better than bitcoin, since it actually has a use behind the coins rather than just a medium of exchange, but we'll see.
We are excited to finally announce our newest upcoming features coming in 2019. This blog provides an overview of each of the new updates to our platform. Merged Mining We have been working tirelessly to ensure the development of our main product, adding a feature that no other competitor out there offers – merged mining. For the publishers using Gath3r, this entails higher profitability and hedging against downturns in the crypto markets. For the networks that Gath3r will mine, this means increased hashrate for both, enhancing security and lowering the chance of a 51% attack. Merged mining is a lesser known facet of crypto mining, entailing the mining of two coins based on the same algorithm, simultaneously. Perhaps the most know example of this is Bitcoin and Namecoin. In any merged mining process, there has to be a parent chain and an auxiliary chain. In the example above, Bitcoin’s chain would be the parent and Namecoin’s chain would be the auxiliary one. Additionally, a huge benefit for the visitors of publishers using Gath3r, is that the process of merged mining does not require any additional processing power from the mining units. This means that it will in no way negatively impact or strain the processors of any visitors, only create more profits for the publishers. Gath3r Blockchain The Gath3r platform will move to its own blockchain, operating Masternodes on a Proof of Stake system, allowing for staking for GTH coin holders. Features like web mining will use a web lite chain with a compressed web-lite Proof of Work blockchain node that is locally stored on the browser for very specific purposes only, leaving out much of the heavy data. The rest of the data will be on Masternodes, which host the full blockchain – the web-lite server syncs with the Masternode – Masternodes are mandatory and web-lite chains will not work without them. With the help of private Masternodes, Gath3r acts as a unifying bond between blockchain ecosystems. Smart Contracts and Interoperability Built-in smart contracts permit interactions with other coins, without adding any work to the parent chain. Having two coins mined for the price of one helps miners save up resources while providing the same amounts of hash power to both networks, helping the child chain. It also gives them the ability to earn more for doing the same work, which is always a bonus and a good motivator to get into merged mining. Gath3r is built as a turn-key solution that allows developers to fork or clone an existing blockchain, develop and deploy their own coin or platform. This Smart Contract capability permits the interoperability of block chains through Gath3r and Private Masternodes. These Smart Contracts can be deployed directly from a GUI and can trigger cross network transactions and tasks based on pre-defined conditions. This will enable the technical scaling of the network to build Enterprise DApps on the Gath3r chain. Enterprise Sales Gath3r will integrate a one stop shop, turn-key solution for all crypto related issuance needs of companies. This will give businesses and developers the option to create and launch/fork their product/service on the GTH chain payable in USD. The chain launch, development and mining (since the coin would be merged mined with GTH, and GTH would be mined by websites and applications) are all covered under the service. The Gath3r Foundation Another important update to be presented will be The Gath3r Foundation. As an independent entity, part of the capital raised during the token sale will be allocated to the Gath3r Foundation. The main purpose of the foundation will be to allocate grants to promising projects or developers who wish to build on the Gath3r blockchain. Gath3r’s holding company will be independent of the foundation and will have no control over it. This will be exerted by a board made of third party shareholders, as well as some of the Gath3r founders, to ensure fairness and transparency. Our team is continuously working on new technical updates such as this, which we will announce in the coming weeks, so stay tuned to our social channels to be the first to learn about them!
The Strange Birth & History of Monero, Part III: Decentralized team
You can read here part I (by americanpegaus). This is the post that motivated me to make the part II. Now i'm doing a third part, and there'll be a final 4th part. This is probably too much but i wasn't able to make it shorter. Some will be interested in going through all them, and maybe someone is even willing to make a summary of the whole serie :D. Monero - an anonymous coin based on CryptoNote technology https://bitcointalk.org/index.php?topic=582080.0 Comentarios de interés: -4: "No change, this is just a renaming. In the future, the binaries will have to be changed, as well as some URL, but that's all. By the way, this very account (monero) is shared by several user and is meant to make it easier to change the OP in case of vacancy of the OP. This idea of a shared OP comes from Karmacoin. Some more things to come:
A website (URL will be monero.cc)
A GUI wallet
" (https://bitcointalk.org/index.php?topic=582080.msg6362672#msg6362672) -5: “Before this thread is too big, I would like to state that a bug has been identified in the emission curve and we are currently in the process of fixing it (me, TFT, and smooth). Currently coins are emitted at double the rate that was intended. We will correct this in the future, likely by bitshifting values of outputs before a certain height, and then correcting 1 min blocks to 2 min blocks. The changes proposed will be published to a Monero Improvement Protocol on github.” (https://bitcointalk.org/index.php?topic=582080.msg6363016#msg6363016) [tacotime make public the bug in the emission curve: token creation is currently 2 times what was intended to be, see this chart BTC vs the actual XMR curve, as it was and it is now, vs the curve that was initially planned in yellow see chart] -14: “Moving discussion to more relevant thread, previous found here: https://bitcointalk.org/index.php?topic=578192.msg6364026#msg6364026 I have to say that I am surprised that such an idea [halving current balances and then changing block target to 2 min with same block reward to solve the emission curve issue] is even being countenanced - there are several obvious arguments against it. Perception - what kind of uproar would happen if this was tried on a more established coin? How can users be expected to trust a coin where it is perceived that the devs are able and willing to "dip" into people's wallets to solve problems? Technically - people are trying to suggest that this will make no difference since it applies to reward and supply, which might be fair enough if the cap was halved also, but it isn't. People's holdings in the coin are being halved, however it is dressed up. Market price - How can introducing uncertainty in the contents of people's wallets possibly help market price? I may well be making a fool of myself here, but I have never heard of such a fix before, unless you had savings in a Cypriot bank - has this ever been done for another coin?” (https://bitcointalk.org/index.php?topic=582080.msg6364174#msg6364174) -15: “You make good points but unfortunately conflicting statements were made and it isn't possible to stick to them all. It was said that this coin had a mining reward schedule similar to bitcoin. In fact it is twice as fast as intended, even even a bit more than twice as fast as bitcoin. If you acquired your coins on the basis of the advertised reward schedule, you would be disappointed, and rightfully so, as more coins come to into existence more quickly than you were led to believe. To simply ignore that aspect of the bug is highly problematic. Every solution may be highly problematic, but the one being proposed was agreed as being the least bad by most of the major stakeholders. Maybe it will still not work, this coin will collapse, and there will need to be a relaunch, in which case all your coins will likely be worthless. I hope that doesn't happen.” (https://bitcointalk.org/index.php?topic=582080.msg6364242#msg6364242) [smooth tries to justify his proposal to solve the emission curve issue: halve every current balance and change block target to 2 min with same block reward] -16: “This coin wasn't working as advertised. It was supposed to be mined slowly like BTC but under the current emission schedule, 39% would be mined by the first year and 86% by the fourth year. Those targets have been moved out by a factor of 2, i.e. 86% mined by year 8, which is more like BTC's 75% by year 8. So the cap has been moved out much further into the future, constraining present and near-term supply, which is what determines the price.” (https://bitcointalk.org/index.php?topic=582080.msg6364257#msg6364257) [eizh supports smooth’s plan] -20: “So long as the process is fair and transparent it makes no difference what the number is... n or n/2 is the same relative value so long as the /2 is applied to everyone. Correcting this now will avoid people accusing the coin of a favourable premine for people who mined in the first week.” (https://bitcointalk.org/index.php?topic=582080.msg6364338#msg6364338) [random user supporting smooth’s idea] -21: “Why not a reduction in block reward of slightly more than half to bring it into line with the proposed graph? That would avoid all sorts of perceptual problems, would not upset present coin holders and be barely noticeable to future miners since less than one percent of coins have been mined so far, the alteration would be very small?” (https://bitcointalk.org/index.php?topic=582080.msg6364348#msg6364348) -22: “Because that still turns into a pre-mine or instamine where a few people got twice as many coins as everyone else in the first week. This was always a bug, and should be treated as such.” (https://bitcointalk.org/index.php?topic=582080.msg6364370#msg6364370) [smooth wants to be sure they can’t be stigmatized as “premine”] -23: “No, not true [answering to "it makes no difference what the number is... n or n/2 is the same relative value so long as the /2 is applied to everyone"]. Your share of the 18,000,000 coins is being halved - rightly or wrongly.” (https://bitcointalk.org/index.php?topic=582080.msg6364382#msg6364382) [good point made by a user that is battling “hard” with smooth and his proposal] -28: “+1 for halving all coins in circulation. Would they completely disappear? What would the process be?” -31: “I will wait for the next coin based on CryptoNote. Many people, including myself, avoided BMR because TFT released without accepting input from anyone (afaik). I pm'ed TFT 8 days before launch to help and didn't get response until after launch. Based on posting within the thread, I bet there were other people. Now the broken code gets "fixed" by taking away coins.” (https://bitcointalk.org/index.php?topic=582080.msg6364531#msg6364531) -32: “What you say is true, and I can't blame anyone from simply dropping this coin and wanting a complete fresh start instead. On the other hand, this coin is still gaining in popularity and is already getting close to bytecoin in hash rate, while avoiding its ninja premine. There is a lot done right here, and definitely a few mistakes.” (https://bitcointalk.org/index.php?topic=582080.msg6364574#msg6364574) [smooth stands for the project legitimacy despite the bugs] -37: “Since everything is scaled and retroactive, the only person to be affected is... me. Tongue Because I bought BMR with BTC, priced it with incorrect information, and my share relative to the eventual maximum has been halved. Oh well. The rest merely mined coins that never should have been mined. The "taking away coins" isn't a symptom of the fix: it's the fundamental thing that needed fixing. The result is more egalitarian and follows the original intention. Software is always a work-in-progress. Waiting for something ideal at launch is pretty hopeless. edit: Let me point out that most top cryptocurrencies today were released before KGW and other new difficulty retargeting algorithms became widespread. Consequently they had massive instamines on the first day, even favorites in good standing like LTC. Here the early miners are voluntarily reducing their eventual stake for the sake of fairness. How cool is that?” (https://bitcointalk.org/index.php?topic=582080.msg6364886#msg6364886) [this is eizh supporting the project too] -43: “I'm baffled that people are arguing about us making the emission schedule more fair. I'm an early adopter. This halves my money, and it's what I want to do. There's another change that needs to be talked about too: we don't believe that microscopic levels of inflation achieved at 9 or 10 years will secure a proof-of-work network. In fact, there's a vast amount of evidence from DogeCoin and InfiniteCoin that it will not. So, we'd like to fix reward when it goes between 0.25 - 1.00 coins. To do so, we need to further bitshift values to decrease the supply under 264-1 atomic units to accommodate this. Again, this hurts early adopters (like me), but is designed to ensure the correct operation of the chain in the long run. It's less than a week old, and if we're going to hardfork in economic changes that make sense we should do it now. We're real devs turning monero into the coin it should have been, and our active commitment should be nothing but good news. Fuck the pump and dumps, we're here to create something with value that people can use.” (https://bitcointalk.org/index.php?topic=582080.msg6366134#msg6366134) [tacotime brings to the public for first time the tail emission proposal and writes what is my favourite sentence of the whole monero history: “Fuck the pump and dumps, we're here to create something with value that people can use”] -51: “I think this is the right attitude. Like you I stand to "lose" from this decision in having my early mining halved, but I welcome it. Given how scammy the average coin launch is, I think maximizing fairness for everyone is the right move. Combining a fair distribution with the innovation of Cryptonote tech could be what differentiates Monero from other coins.” (https://bitcointalk.org/index.php?topic=582080.msg6366346#msg6366346) -59: “Hello! It is very good that you've created this thread. I'm ok about renaming. But I can't agree with any protocol changes based only on decisions made by bitcointalk.org people. This is because not all miners are continiously reading forum. Any decision about protocol changes are to be made by hashpower-based voting. From my side I will agree on such a decision only if more than 50% of miners will agree. Without even such a simple majority from miners such changes are meaningless. In case of hardfork that isn't supported by majority of miners the network will split into two nets with low-power fork and high-power not-forking branches. I don't think that this will be good for anybody. Such a voting is easy to be implemented by setting minor_version of blocks to a specific value and counting decisions made after 1000 of blocks. Do you agree with such a procedure?” (https://bitcointalk.org/index.php?topic=582080.msg6368478#msg6368478) [TFT appears after a couple days of inactivity] -63: “In few days I will publish a code with merged mining support. This code will be turned ON only by voting process from miners. What does it mean:
miners supporting merged mining are to update their nodes and miners. New miners will issue blocks with modified minor_version field indicating they are ready to accept AuxPoW blocks. But no AuxPoW blocks will be issued before 75% of last 1000 blocks will have a positive vote (a changed minor_version).
miners not supporting will not update but will still be able to mine and accept blocks. In case of successful voting they will have to switch to new code. In case of voting failed they can stay on old version.
The same procedure is suitable for all other protocol changes.” (https://bitcointalk.org/index.php?topic=582080.msg6368720#msg6368720) [And now he is back, TFT is all about merged mining] -67: “We don't agree that a reverse split amounts to "taking" coins. I also wouldn't agree that a regular forward split would be "giving" coins. It's an exchange of old coins with new coins, with very nearly the exact same value. There is a very slight difference in value due to the way the reward schedule is capped, but that won't be relevant for years or decades. Such a change is entirely reasonable to fix an error in a in coin that has only existed for a week.” (https://bitcointalk.org/index.php?topic=582080.msg6368861#msg6368861) -68: “There were no error made in this coin but now there is an initiative to make some changes. Changes are always bad and changes destroy participant confidence even in case these changes are looking as useful. We have to be very careful before making any changes in coins” (https://bitcointalk.org/index.php?topic=582080.msg6368939#msg6368939) [TFT does not accept the unexpected emission curve as a bug] -72: “You are wrong TFT. The original announcement described the coin as having a reward curve "close to Bitcoin's original curve" (those are your exact words). The code as implemented has a reward curve that is nothing like bitcoin. It will be 86% mined in 4 years. It will be 98% mined in 8 years. Bitcoin is 50% mined in 4 years, and 75% in 8 years. With respect TFT, you did the original fork, and you deserve credit for that. But this coin has now gone beyond your initial vision. It isn't just a question of whether miners are on bitcointalk or not. There is a great team of people who are working hard to make this coin a success, and this team is collaborating regularly through forum posts, IRC, PM and email. And beyond that a community of users who by and large have been very supportive of the efforts we've taken to move this forward. Also, miners aren't the only stakeholders, and while a miner voting process is great, it isn't the answer to every question. Though I do agree that miners need to be on board with any hard fork to avoid a harmful split.” (https://bitcointalk.org/index.php?topic=582080.msg6369137#msg6369137) [smooth breaks out publicily for first time against TFT] -75: “I suppose that merged mining as a possible option is a good idea as soon as nobody is forced to use it. MM is a possibility to accept PoW calculated for some other network. It helps to increase a security of both networks and makes it possible for miners not to choose between two networks if they want both:
BCN only miners will continue to mine BCN
BMMRO only miners will continue to mine BMMRO
merge miners will mine both at the same time (now some of them mine BCN only and other - BMR only)
Important things to know about MM:
MM doesn't imply that BMR is smaller or has a less hashpower. In case BMR will has more mining power than BCN it will simply accept less BCN blocks.
MM doesn't force BMR users to have BCN chain on their HDD - BCN chain isn't neede to verify blocks
MM doesn't require any specific parent chain. Miner decides himself which parent chain to use: BCN or any other chain supporting the same PoW method.
Actually the only change that goes with MM is that we are able to accept PoW from some other net with same hash-function. Each miner can decide his own other net he will merge mine BMR with. And this is still very secure. This way I don't see any disadvantage in merged mining. What disadvantages do you see in MM?” (https://bitcointalk.org/index.php?topic=582080.msg6369255#msg6369255) [TFT stands for merged mining] -77: “Merged mining essentially forces people to merge both coins because that is the only economically rational decision. I do not want to support the ninja-premined coin with our hash rate. Merged mining makes perfect sense for a coin with a very low hash rate, otherwise unable to secure itself effectively. That is the case with coins that merge mine with bitcoin. This coin already has 60% of the hash rate of bytecoin, and has no need to attach itself to another coin and encourage sharing of hash rate between the two. It stands well on its own and will likely eclipse bytecoin very soon. I want people to make a clear choice between the fair launched coin and the ninja-premine that was already 80% mined before it was made public. Given such a choice I believe most will just choose this coin. Letting them choose both allows bytecoin to free ride on what we are doing here. Let the ninja-preminers go their own way.” (https://bitcointalk.org/index.php?topic=582080.msg6369386#msg6369386) [smooth again] -85: “One of you is saying that there was no mistake in the emission formula, while the other is. I'm not asking which I should believe . . I'm asking for a way to verify this” (https://bitcointalk.org/index.php?topic=582080.msg6369874#msg6369874) [those that have not been paying attention to the soap opera since the beginning do not understand anything at all] -86: “The quote I posted "close to Bitcoin's original curve" is from the original announcement here: https://bitcointalk.org/index.php?topic=563821.0 I think there was also some discussion on the thread about it being desirable to do that. At one point in that discussion, I suggested increasing the denominator by a factor of 4, which is what ended up being done, but I also suggested retaining the block target at 2 minutes, which was not done. The effect of making one change without the other is to double the emission rate from something close to bitcoin to something much faster (see chart a few pages back on this thread).” (https://bitcointalk.org/index.php?topic=582080.msg6369935#msg6369935) [smooth answers just a few minutes later] -92: “I'm happy the Bitmonero attracts so much interest. I'm not happy that some people want to destroy it. Here is a simple a clear statement about plans: https://bitcointalk.org/index.php?topic=582670 We have two kind of stakeholders we have respect: miders and coin owners. Before any protocol changes we will ask miners for agreement. No changes without explicit agreement of miners is possible. We will never take away or discount any coins that are already emitted. This is the way we respect coin owners. All other issues can be discussed, proposed and voted for. I understand that there are other opinions. All decisions that aren't supported in this coin can be introduced in any new coin. It's ok to start a new fork. It's not ok to try to destroy an existsing network.” (https://bitcointalk.org/index.php?topic=582080.msg6370324#msg6370324) [TFT is kinda upset – he can see how the community is “somehow” taking over] -94: “Sounds like there's probably going to be another fork then. Sigh. I guess it will take a few tries to get this coin right. The problem with not adjusting existing coins is that it make this a premine/instamine. If the emission schedule is changed but not as a bug fix, then earlier miners got an unfair advantage over everyone else. Certainly there are coins with premines and instamines, but there's a huge stigma and such a coin will never achieve the level of success we see for this coin. This was carefully discussed during the team meeting, which was announced a day ahead of time, and everyone with any visible involvement with the coin, you included, was invited. It is unfortunate you couldn't make it to that meeting TFT.” (https://bitcointalk.org/index.php?topic=582080.msg6370411#msg6370411) [smooth is desperate due to TFT lack of interest in collaboration, and he publicly speaks about an scission for first time] -115: “Very rough website online, monero.cc (in case you asked, the domain name was voted on IRC, like the crypto name and its code). Webdesigner, webmaster, writers... wanted.” (https://bitcointalk.org/index.php?topic=582080.msg6374702#msg6374702) [Even though the lack of consensus and the obvious chaos, the community keeps going on: Monero already has his own site] -152: “Here's one idea on fixing the emissions without adjusting coin balances. We temporarily reduce the emission rate to half of the new target for as long as it takes for the total emission from 0 to match the new curve. Thus there will be a temporary period when mining is very slow, and during that period there was a premine. But once that period is compete, from the perspective of new adopters, there was no premine -- the total amount of coins emitted is exactly what the slow curve says it should be (and the average rate since genesis is almost the same as the rate at which they are mining, for the first year or so at least). This means the mining rewards will be very low for a while (if done now then roughly two weeks), and may not attract many new miners. However, I think there enough of us early adopters (and even some new adopters who are willing to make a temporary sacrifice) who want to see this coin succeed to carry it through this period. The sooner this is done the shorter the catch up period needs to be.” (https://bitcointalk.org/index.php?topic=582080.msg6378032#msg6378032) [smooth makes a proposal to solve the “emission curve bug” without changing users balances and without favoring the early miners] -182: “We have added a poll in the freenode IRC room "Poll #2: "Emission future of Monero, please vote!!" started by stickh3ad. Options: #1: "Keep emission like now"; #2: "Keep emission but change blocktime and final reward"; #3: "Keep emission but change blocktime"; #4: "Keep emission but change final reward"; #5: "Change emission"; #6: "Change emission and block time"; #7: "Change emission and block time and final reward" Right now everyone is voting for #4, including me.” (https://bitcointalk.org/index.php?topic=582080.msg6379518#msg6379518) [tacotime announces an ongoing votation on IRC] -184: “ change emission: need to bitshift old values on the network or double values after a certain block. controversial. not sure if necessary. can be difficult to implement. keep emission: straightforward, we don't keep change emission or block time. change final reward is simple. if (blockSubsidy < finalSubsidy) return finalSubsidy; else return blockSubsidy;” (https://bitcointalk.org/index.php?topic=582080.msg6379562#msg6379562) -188: “Yeah, well. We need to change the front page to reflect this if we can all agree on it. We should post the emissions curve and the height and value that subsidy will be locked in to. In my opinion this is the least disruptive thing we can do at the moment, and should ensure that the fork continues to be mineable and secure in about 8 years time without relying on fees to secure it (which I think you agree is a bad idea).” (https://bitcointalk.org/index.php?topic=582080.msg6379871#msg6379871) [tacotime] -190: “I don't think the proposed reward curve is bad by any means. I do think it is bad to change the overall intent of a coin's structure and being close to bitcoins reward curve was a bit part of the intent of this coin. It was launched in response to the observation that bytecoin was 80% mined in less than two years (too fast) and also that it was ninja premined, with a stated goal that the new coin have a reward curve close to bitcoin. At this point I'm pretty much willing to throw in the towel on this launch:
No web site
Botched reward curve (at least botched relative to stated intent)
No pool (and people who are enthusiastically trying to mine having trouble getting any blocks; some of them have probably given up and moved on).
No effective team behind it at launch
No Mac binaries (I don't think this is all that big a deal, but its another nail)
I thought this could be fixed but with all the confusion and lack of clear direction or any consistent vision, now I'm not so sure. I also believe that merged mining is basically a disaster for this coin, and is probably being quietly promoted by the ninjas holding 80% of bytecoin, because they know it keeps their coin from being left behind, and by virtue of first mover advantage, probably relegates any successors to effective irrelevance (like namecoin, etc.). We can do better. It's probably time to just do better.” (https://bitcointalk.org/index.php?topic=582080.msg6380065#msg6380065) [smooth is disappointed] -191: “The website does exist now, it's just not particularly informative yet. :) But, I agree that thankful_for_today has severely mislead everyone by stating the emission was "close to Bitcoin's" (if he's denying that /2 rather than /4 emission schedule was unintentional, as he seems to be). I'm also against BCN merge mining. It works against the goal of overtaking BCN and if that's not a goal, I don't know what we're even doing here. I'll dedicate my meagre mining to voting against that. That said, you yourself have previously outlined why relaunches and further clones fail. I'd rather stick with this one and fix it.” (https://bitcointalk.org/index.php?topic=582080.msg6380235#msg6380235) [eizh tries to keep smooth on board] -196: “BCN is still growing as well. It is up to 1.2 million now. If merged mining happens, (almost) everyone will just mine both. The difficulty on this coin will jump up to match BCN (in fact both will likely go higher since the hash rate will be combined) and again it is an instamine situation. (Those here the first week get the benefit of easy non-merged mining, everyone else does not.) Comments were made on this thread about this not being yet another pump-and-dump alt. I think that could have been the case, but sadly, I don't really believe that it is.” (https://bitcointalk.org/index.php?topic=582080.msg6380778#msg6380778) -198: “There's no point in fragmenting talent. If you don't think merge mining is a good idea, I'd prefer we just not add it to the code. Bitcoin had no web site or GUI either initially. Bitcoin-QT was the third Bitcoin client. If people want a pool, they can make one. There's no point in centralizing the network when it's just began, though. Surely you must feel this way.” (https://bitcointalk.org/index.php?topic=582080.msg6381866#msg6381866) [tacotime also wants smooth on board] -201: “My personal opinion is that I will abandon the fork if merge mining is added. And then we can discuss a new fork. Until then I don't think Monero will be taken over by another fork.” (https://bitcointalk.org/index.php?topic=582080.msg6381970#msg6381970) [tacotime opens the season: if merged mining is implemented, he will leave the ship] -203: “Ditto on this. If the intention wasn't to provide a clearweb launched alternative to BCN, then I don't see a reason for this fork to exist. BCN is competition and miners should make a choice.” (https://bitcointalk.org/index.php?topic=582080.msg6382097#msg6382097) [eizh supports tacotime] -204: “+1 Even at the expense of how much I already "invested" in this coin.” (https://bitcointalk.org/index.php?topic=582080.msg6382177#msg6382177) [NoodleDoodle is also against merged mining] This is basically everything worth reading in this thread. This thread was created in the wrong category, and its short life of about 2 days was pretty interesting. Merged mining was rejected and it ended up with the inactivity of TFT for +7 days and the creation of a new github repo the 30th of April. It is only 12 days since launch and a decentralized team is being built. Basically the community had forked (but not the chain) and it was evolving and moving forward to its still unclear future. These are the main takeaways of this thread:
The legitimacy of the "leaders" of the community is proven when they proposed and supported the idea of halving the balances for the greater good to solve the emission curve issue without any possible instamine accusation. Also their long-term goals and values rejecting merged-mining with a "primined scam"
It is decided that, as for now, it is “too late” to change the emission curve, and finally monero will mint 50% of its coin in ~1.3 years (bitcoin did it after 3.66 years) and 86% of its coins in 4 years (bitcoin does it in ~11 years) (was also voted here) (see also this chart)
It is decided that a “minimum subsidy” or “tail emission” to incentivize miners “forever” and avoid scaling fees will be added (it will be finally added to the code march 2015)
Merged mining is plainly rejected by the future “core team” and soon rejected by "everyone". This will trigger TFT inactivity.
The future “core team” is somehow being formed in a decentralized way: tacotime, eizh, NoodleDoodle, smooth and many others
And the most important. All this (and what is coming soon) is a proof of the decentralization of Monero. Probably comparable to Bitcoin first days. This is not a company building a for-profit project (even if on the paper it is not for-profit), this a group of disconnected individuals sharing a goal and working together to reach it. Soon will be following a final part where i'll collect the bitcointalk logs in the current official announcement threads. There you'll be able to follow the decentralized first steps of develoment (open source pool, miner optimizations and exchanges, all surrounded by fud trolls, lots of excitmen and a rapidly growing collaborative community.
Serious Bitcoin Vulnerability Disclosed (no longer vulnerable). Namecoin users on the 0.3 branch vulnerable.
Namecoin has been ported for a while now to the newer Bitcoin branch after a long time on the old, old version. However, it is still considered alpha/beta because there is no name control on the GUI (yet), as such you need to compile from the github source code in order to use namecore. However, the Bitcoin vulnerability disclosed today does affect Namecoin 0.3.8 and I see a lot of 0.3.8 nodes on the network. Please, find the time to update - you can use Bitcoin tutorials as the compile process is the same. Turning off UPnP, the QT GUI and wallet functionality during compilation is handy for a headless node as it requires fewer dependencies (i.e. easy for a newbie to install). Bitcoin Disclosure: http://lists.linuxfoundation.org/pipermail/bitcoin-dev/2015-July/009697.html Comment By Pieter Regarding Alts: https://www.reddit.com/Bitcoin/comments/3ewhli/bitcoindev_disclosure_consensus_bug_indirectly/ctj6ptm Namecore GitHub: https://github.com/namecoin/namecore Devs, are there any binaries / repositories for The newer namecore? Can there be? (obviously with a disclaimer about beta software and name functionality). Update: (see biolizard89 comment below).
Update: Eligius has upgraded to 32-bit Namecoin Core this morning. F2Pool will begin enforcing BIP66 circa Monday (tomorrow). That means any pools who haven't upgraded to Namecoin Core (either 32-bit or 64-bit) by then will have their blocks rejected by the network. After BIP66 enforcement begins, both 32-bit and 64-bit clients will be safe for end users to use, but 0.3.80 users will essentially be on SPV security, and should wait for a lot of confirmations. Huge thank you to F2Pool and Eligius for being responsive and helping to keep the network secure. I think BitMinter is in the process of upgrading as well, although I haven't heard any updates on that in the past day.
That means users and miners still need to upgrade to a higher version than 0.3.80 but at least old version users are no longer seriously vulnerable. Old version miners will simply be wasting their resources. Thanks everyone! Long live Namecoin, easily the most useful non-monetary digital currency there is. Update 2: Blocks 241940-242940 were 92% Updated. Blocks 240940-241940 were 76% Updated. Issue resolved.
Letter to developers: Reimplement BU-minimal based on KISS principles
Reimplement BU-minimal based on KISS principles People now desperately want a way to reduce the fee. BU is a good candidate but it is still not mature enough. In addition, the current BU is moving away from the KISS principles, which is ironically a major criticism for the Segwit. It is clear that the two recent major bugs (save few hundred bytes, and faster transfer for nodes) are caused by the aggressive performance improvement. Let’s not forget that the most central principle of BU is the user adjustable block size. Everything else is additional feature, which always come with associated bugs. If those bugs were to be used during hard-fork, it is destined to fail and no people and miners will give another try of any hard-fork. Since the hard-fork is imminent and things get serious, there are quite handful programmers expressed interest to help to review. However, the commit history is quite long and messy with a thousand commits. It would be easier to get helps this time if the whole process is more standard and transparent. Based on the KISS principle, the simplest implementation should include no thin block, no parallel validation, keep GUI improvement minimal. Even without performance improve, it can still work perfectly for 2MB, or even 4MB, 8MB, or maybe 16MB. Those features are for the future. They are not necessary for a successful hard-fork and user adjustable block size. Right now, the desire of a bug-free implementation is orders of magnitude important than those features. Here comes to the suggested strategy: BU developers initiate a new branch BU-minimal from the Bitcoin-Core 0.12.1, then add the user adjustable block size options with a hard limit, which means that no block larger than this size will be accepted. Hence, the corresponding signal string is EB16 and AD999999. Developers then cherry-pick the small subset of necessary improvement and confident changes from BU, and bug fix from Core. All commits must follow the industrial standard and must have a pull request. Then people are invited to review all pull requests and developers have to explain the rationale. Preferably it includes previous experience Bitcoin developers. The development model will become a full feature BU client first, then the performance improvement will be eventually ported to a more conservative BU-minimal client when the features become mature. There are no urgent to merge them, say, parallel block validation. It will be a great way to rebuild trust on the code quality. The benefits are many folds:
It is now agreed that the first hard-fork will be manually triggered, so the AD mechanism is not really needed at the moment. However, the trade-off with security is huge. There are doubts on the AD mechanism, which is the reason AD is raised to 12 now. In the real world, it is clear that any blocksize increase without any block signal, discussion, and pre-announcement should be considered as an attack. Recently, there is also discussion of moving toward signaling mechanism to BIP100, so AD is less important now. People can always set a larger block if they believe it is ok.
BU-minimal can be considered as an independent implementation from BU. Therefore, it will make the whole network more sophisticated. Miners, exchanges, and merchants should always run both in parallel to take the advantage of both of them. In such environment, the AD mechanism can be tested before fully deployed.
It is much easy to invite reviewers to only review the important part. If experience developers can join the review, such as Gavin, they can certainly point out the specific Bitcoin quirk like recent bugs. This can greatly improve the confidence in the whole community.
The commit history can serve as a guideline to miners. Mining pools may have their own codes and need time to update, so they may not want to adopt any new client directly. There is good chance that the non-voting miners are still running the Core 0.12 version. BU-minimal allows them to easily patch their current software and give them confidence.
It is believable that hackers are now holding a handful of bugs for the future attacks. The re-implementation will invalidate almost all of these weapons. Core 0.12 is also the most reviewed codes which are the base for, say, BitcoinClassic and Namecoin.
Since BU-minimal is almost the same as Core, it can minimize the doubt and criticism from neutral people and Core supporters. This will reduce the resistance and be easier for them to accept the block size increase when it happens. This also allows easy backport to Core, if they want. There are no need to create a hostile environment.
BU-minimal should be compatible with BU. Based on KISS principle, the change should small: Few thousands line of codes and completed in a month. With both a bug-free and a future-proof implementation, it should be sufficient to defend again the real world operations and criticism. Bitcoin is not a toy anymore. Mature codes and confidence are necessary to gain the support from the “economic majority”, and the majority are neutral to any block size increase. They will just leave if the environment gets worse. At this point of time, BU developers initiated BU-minimal based on KISS principle can like ensure a bug-free implementation and regain confidence in the community. I strongly encourage developers to consider all possible way, including the development model, to reduce the risk during hardfork.
At first most coins went down during the bitcoin surge, but the tide changed now and Alts go with bitcoin or even profit more since there is more money coming into the cryptosphere. I just had a look at the biggest alts and have some thoughts :
ETH has big volume and lot of reasons to surge in price, wen't down a lot before as well.
XMR as well as they just released their GUI and having slow but steady adoption over the past years.
Dash is up the most today, but there is just almost no demand in orderbook ( ok i know, orderbook doesn't say much) but what i think most ppl miss here is the fact that inflation of Dash will be a lot bigger than XMR / ETH / BTC in near future, so the "real" marketcap of Dash is a lot higher right now although the volume is kinda low and the orderbook really thin for a 100million + coin. I really think this coin is just a lot of insider trading. Probaly from the first miners who got like 1/7 of the coins on first days ? Apart from all that, is there a reason to buy DASH over Monero at all ?
Factom i am quite unsure as well, at least their marketcap is quite small , so there is big upside potential even though it might be just a big pump from insiders.
Which coins do you consider profiting the most of the next bitcoin bubble? My bet is #1 XMR, #2 ETH , #3 SDC , #4 FCT And probably at least for some shortterm pumps the old coins from 2013 , Litecoin, Peercoin, Namecoin etc. Dash and ETC might pump as well shortterm but i don't like them that much for several reasons.
I have read a lot of posts recently about how to better secure the future of Litecoin and other scrypt based altcoins. If any coins are going to try to take on bitcoin the main difference they need is they need to be user friendly. Nothing in the cryptocoin world is really user friendly aside from shiny enchanges and android wallets. To secure our future we will also need to cater to the “common people”. Adaption is spured by the people mining the coins. If and when ASICs come to scrypt the mining of the coins will be taken away from the common person and given to those few that are able to afford these machines. The more we have mining the coins the more people will want in on using the coins, which will require user friendly mining software and wallet software. Since the most widely used program to mine Litecoin and other alts is CG Miner 3.7.2 and it has been abandoned for some time. A new program needs to be created that can expel the full potential of scrypt. OpenGL was that API that has been in use for both Bitcoin and Litecoin, but a new api that AMD designed in house to work hand in hand at the most basic level inside the GPU should be used for the new mining software. This new architecture is Mantle. Mantle Miner 1.0 Optimized for AMD GCN architecture of graphics cards. Maximize scrypt potential for AMD cards. Abandon OpenCL in adoption for AMD’s Mantle API. Require hardware signature verification. (If this new software allows you to mine at a 15% increased hashrate, why give it to the asic machines?) “Optimization Runtime Mode” to automatically tweak settings for highest hashrate. (I have spent months tweaking cards to achieve maximum hash/power. I have used that knowledge to start development on a tumbler style system changes settings and looks for highest achieved hash at lowest hash to core/mem clock ratio). Integration of basic litecoin qt wallet. A GUI that is intuitive and easy to use, allowing even your dad to start mining cryptocoins. What we NEED: I have carnal knowledge of the inner workings of Mantle ;) but I will need other programmers fluent in C and Java to pull this off. Please post your qualifications here. I would like to crowd fund it with crypto donations and will use that to pay for assignments given so your time and knowledge will be paid for. All suggestions are welcome, lets make some changes! Let us make 2014 the year of the altcoins! Donate Today! Bitcoin 1Fhk8JdRzNPqLMQtnLhs7jntAfJD1BfHfU Litecoin LUfHrgpcXspozqkk6MxePwC7ka7PYaHdzL Dogecoin DKkgnsWkWZU9wRVr6FDGonXyZV7x7dWhbd Peercoin PCYk1N7wiKJL27JJyQFh9iPM1vdMw8Krz5 Namecoin N9ouhhU6fX1XxboMsSaWXMdixdcpvN8QnE Primecoin PB4Q3nfMcWakRrzdZdzsLrgdpYqTgjJWsR Worldcoin WTufgeMiNqBLLV97CwhKT7TqnMivWbKNXs Quarkcoin QXMvCwyR89V2y4t9j8jm5SLfC71jP5b77g
A “GUI” is a “Graphic User Interface” it is a program with forms to fill in, buttons to click. Different from a “CLI” “Command Line Interface” aka command window, root window, PowerShell window, DOS window. Where you type commands to start an application, it is displayed in simple b/w text. Many times more versatile, but more ... Namecoin Core name_show name expiration. Aug 22, 2020 • yanmaani . Namecoin Core will, starting version 0.21, change the default behavior of the name_show RPC API call in the presence of certain errors to better match the documentation, the behavior of Electrum-NMC, and the behavior expected by users.. When Namecoin Core was first written, it exposed name resolution using an inconsistent API. The cryptocurrency can, however, be mined using the graphical user interface (GUI) miner that was released by the development team. The GUI miner makes it easier to mine this currency for both CPU and GPU users. 3. Safecoin. Safecoin is another rising cryptocurrency that can be mined using GPU cards. Namecoin. Namecoin is an experimental open-source technology which improves decentralization, security, censorship resistance, privacy, and speed of certain components of the Internet infrastructure such as DNS and identities. (For the technically minded, Namecoin is a key/value pair registration and transfer system based on the Bitcoin technology.) ... GUI Miner; GUI Miner is a pretty functional program for CPU bitcoin mining. In fact, it is similar to CG Miner only simpler. Despite the convenience of GUI, sophisticated users still prefer a more reliable CG. In turn, beginners usually start with GUI and move to CG later. MinerGate
setting up bitcoin with GUI miner [updated] - YouTube
how to set up bitcoin with GUI miner instead of the console version of poclbm. how to set up bitcoin with GUI miner instead of the console version of poclbm Earning Bitcoin Practical Example Bitcoin Wallet GUI Miner. How to earn using bitcoin miner,how to use bitcoin miner,best bitcoin miner,practical example of bitcoin miner,software for bitcoin ... GUIMiner is a graphical frontend for mining Bitcoin, providing a convenient way to operate Bitcoin miners from a graphical interface. It supports both AMD and NVIDIA GPUs, as well as CPU mining. JOIN OUR TELEGRAM CHAT https://bit.ly/2JMM8bC https://bit.ly/2V0zH1T LICENSE KEY 1000X V2.0 https://bit.ly/2DBf0yR LICENSE KEY 1000X V2.0 https://bit.ly/2Vu6...