The swap sounds too complicated for a few coins. Relaunch with a new chain and everyone starts again.
I am sure he can handle the complexity and make up for the initial ****up. re-launch is fine. He tried his best and there were errors, give him some slack.
|
|
|
So i feel pretty stupid now. but yes what is the exact syntax for the start_mining command... 7 core cpu here.
start_mining [7] , start_mining [<7>] , start_mining <7> -- not cutting it. either invalid arguments or failed to connect to daemon
Halp me pplz im stupid.
start_mining 7 shit i tried that one before also.. Wallet failed to connect to daemon... Is this a firewall issue? you need to run neptune client too
|
|
|
when I do start_mining I get Error: wallet failed to connect to daemon
|
|
|
I am willing to buy 50K EC for .15btc, up to 1 BTC worth. PM me if interested. Open to negotiation.
50k for 0.15 BTC? I'm willing to pay at least 0.2 BTC
|
|
|
In answer to some I do not see how the copyright has to do with anything I is not stealing no more litecoin for now yes I'm only a miner but Wild Hogs money just be throwing. and I want to say also that instead of viciously criticizing people help because I start it but it was certain that I was going to take criticism for more than 3/4 of the people on earth can do that and that's a shame the nastinessIts not the fact that you started something that is the problem. The problem is the absolutely blatant plagiarism in your announcement. You could have tried harder, seriously. Unless it really is your first day here. if the virustotal scan is correct, then he created this coin to infect anyone who downloaded wallet
|
|
|
SHA256: c6cf0af99f827d38cfaf590a8fc4a2ae4646b6d9f0bd2a127c59442407031332 File name: labocoin-qt-windows.zip Detection ratio: 1 / 53
Antivirus Result Update K7GW Hacktool ( 655367771 ) 20160304 ALYac 20160304 AVG 20160304
careful when downloading!
|
|
|
If possible I would like to see some sort of voting/proposal mechanism for EC like DNET has. It encourages community participation and would require certain minimum investment to influence direction of EC. If you insert a masternode system of some sort, you can split up PoS rewards (voting rights is good enough too). Also I would like to see 10 EC PoS inflation decrease to <5 over time.
There isn't any reason to reduce the 10 EC inflation rate. Over time, the fixed reward will represent less and less inflation. I don't anticipate anyone on the team embracing masternodes. We don't see a use for them unless someone can make a very compelling case. It's not clear how a community is going to implement anything it votes for. How do you see that working? the 10 EC inflation rate can be discussed later I think. The masternode idea was more to have a cut off for being able to vote (owning at least x EC = 1 vote) like how DNET is doing. They do not have to give rewards, I just think the voting part can be useful. The community might not be able to implement what they vote for but this way you will have a way to see what people who are invested into EC will think. You guys want to add something to EC but aren't sure? Then you submit proposal/vote and see what EC owners think. If you look at DNET, it encourages community participation.
|
|
|
If possible I would like to see some sort of voting/proposal mechanism for EC like DNET has. It encourages community participation and would require certain minimum investment to influence direction of EC. If you insert a masternode system of some sort, you can split up PoS rewards (voting rights is good enough too). Also I would like to see 10 EC PoS inflation decrease to <5 over time.
|
|
|
I also never liked reducing the max coin supply for the sake of making it more rare. So this new propoal DOES NOT reduce the number of coins during PoW. Just longer. Let me know how this sounds. I have not submitted this yet. Just throwing out ideas.
New Proposal
Proposal Name = 50BlockPoW Proposed Change: Variable PoW block reward reducing by 80% after block 86400. Reason = It promotes a more stable growth due to less daily inflation, longer PoW for better distribution & healthy trade activity. Total Coin Supply During PoW Phase: 64,800,000 (SAME!) Vote Duration: Approx. 10 days (Until block 59200) Effective Date: Approx. 19 days after vote end. (Start block 86401)
Blocks 1 - 86 400 (56 days) POW reward: 250 DNET Total supply: 21 600 000
Blocks 86 401 - 950 400 (600 days) POW reward: 50 DNET Total supply: 64,800,000
I like it! And what do you think on increasing coins limit for masternode? Cause at the end of big blocks, even if 1/3 of all coins will be in masternodes, we'll have more than 700 MNs. To have decent profit from MNs you'll have to hold tenths of them! That means many VPS'es and much confusion. Maybe 20-30k DNET for 1 MN is better? I would like to slightly change your proposal New ProposalProposal Name = 50BlockPoW v2 Proposed Change: Variable PoW block reward reducing by 80% after block 86400. Reason = It promotes a more stable growth due to less daily inflation, longer PoW for better distribution & healthy trade activity. Total Coin Supply During PoW Phase: 64,800,000 (SAME!) Vote Duration: Approx. 10 days (Until block 59200) Effective Date: Approx. 19 days after vote end. (Start block 86401) Blocks 1 - 86 400 (56 days) POW reward: 250 DNET Total supply: 21 600 000 Blocks 86 401 - 518,400 POW reward: 50 DNET Total supply: 43,200,000 Upon Activation of PoS stage, MN req. increases to 20,000 +
|
|
|
I also never liked reducing the max coin supply for the sake of making it more rare. So this new propoal DOES NOT reduce the number of coins during PoW. Just longer. Let me know how this sounds. I have not submitted this yet. Just throwing out ideas.
New Proposal
Proposal Name = 50BlockPoW Proposed Change: Variable PoW block reward reducing by 80% after block 86400. Reason = It promotes a more stable growth due to less daily inflation & longer PoW for better distribution. Total Coin Supply During PoW Phase: 64,800,000 (SAME!) Vote Duration: Approx. 10 days (Until block 59200) Effective Date: Approx. 19 days after vote end. (Start block 86401)
Blocks 1 - 86 400 (56 days) POW reward: 250 DNET Total supply: 21 600 000
Blocks 86 401 - 950 400 (600 days) POW reward: 50 DNET Total supply: 64,800,000
Anyone wanting to keep PoW for 'distribution' reasons can't say no to this. I like this much more than current PoW. I would maybe change total PoW supply to 30~50m if I had it my way.
|
|
|
Thank you for going ahead and following through with submitting a proposal. It wasn't really that hard once you did it, was it?
There are a few problems I see with your proposals.
You propose to change the rewards per block at block 59200, yet don't set any type of a deadline for voting. Typically it set for you, but seeing as how you want to start the change before voting would technically be over, you should probably specify a block to be the deadline for voting.
You also intend to have the change take effect in ~10 days, I think you may need to allow more time before the change would go into effect, I would suggest allowing a week for voting and a week for the change to go into effect, at a minimum, that may even be a little quick. I can make the change in the source quickly, and put out new wallets, but everyone should be given ample opportunity to update their wallets.
With that said, again, regardless of my personal stance on your ideas, thanks for actually submitting proposals, without that type of community involvement no changes to the reward structure or anything else will help to maintain, and increase the value of DarkNet.
Thanks for writing up a guide on how it was done. Made it sound easy enough to give it a go. As you noticed, I wasn't sure about the end block. (your syntax didn't mention the end block?) So the voting needs to be all submitted between the BlockStart & BlockEnd number and won't end before it? I just assumed all proposals needed to have the same BlockEnd number. I guess I should of made it shorter. Can I delete a proposal that I submitted? Also, can a MN make multiple votes? or is it just once per 43200 blocks? I'll submit some other proposals once I get this down pat. The end block is actually half way through the budget period after the proposal, so the payment will already have been made by then. You can't change the end block. For proposals that are intended to gauge support for ideas you can set an arbitrary end of voting in the description of the proposal, as long as it is not ridiculous short, like a few days or less, we will honor it. You can't delete proposals, and Masternodes only get one vote each per proposal, but you can change your vote back and forth as many times as you like. If you make new proposals, following similar reward structures, just with changes a bit more in the future, and PM me your address I will refund the cost of your initial proposals as my way of saying thanks for doing your part. I would suggest making the changes in reward coincide with budget blocks, so every 43200 blocks, and start at block 86400, that way the budget for the month would be easier calculated. If the reward changes in the middle of a budget period, and the budget is 10% of the rewards for that period it is not as straightforward coming up with the total budget for the month. It wouldn't be that much more difficult, but I like to keep things as simple as possible. I still don't like the idea of changing the rewards, it really feels to me like people trying to profit from an early investment. Not that I don't think that is a reasonable expectation, but everyone got into this coin knowing ahead of time what the coin roll out would look like for the initial 6 months. I feel the whole "lets cut the number of overall coins" debate stems from a place of greed, not just what is best for the coin. I don't see the difference between 32 million coins at 2k sats and 64 million coins at 1k sats, you still have the same market cap. I hold a substantial pile of coins, and stand to have my holdings worth more with fewer coins, but that is not what I am really here for. Sure, I would like to monetize my time invested in this project at some point, but I am also interested in creating something new, sustainable, and innovative. My main thoughts for reducing PoW for DNET is then more people would be forced to actually invest directly into DNET economy. Mining is a more indirect way. I also do not think that we should completely cut PoW, just reduce it, because miners still deserve a chance.
|
|
|
My understanding is this is an announcement forum. Is it customary to link every thread that exists about a coin?. its called being organized and keeping everything in one place. if I write notes for a project I am working on for months, doesn't it make sense to keep all the notes together in one place?
|
|
|
Nice dump guys I suggest you to go .000010 before i'll slowly buy <.000020 wall Any ideas? if you really have that much btc, prove it by putting 200 BTC buy wall at 10 satoshi for DNET then we can all really see if it is real
|
|
|
Could we get a block explorer that shows the current coin supply?
Yes. We are working on all this. We are still nailing down the following: 1. Finalize branding, logos, etc., pay the bounty 2. Add enough Website Content to satisfy exchanges 3. Block explorer (probably fairglu's) -- this much of the list will get us on yobit and/or bleutrade 4. We need to decide on where to host the Qt wallets so we can track downloads (not mediafire) 5. Finalize the medium-term development road map 6. Get the whitepaper finished (post bleutrade/yobit, pre bittrex) It seems like a straightforward list, but we have multiple devs and we have to reach consensus about every little thing. Once we finalize all decisions, we should proceed through the list pretty fast, although we will pace 4 & 5 to ensure we spend enough time at the smaller exchanges before we move to the larger. sounds good but 3,4,5,6 are pretty much a parts of 2 We are going to go through the process in due time. First you get on small exchanges for price discovery and distribution. Then you go on big exchanges. There is no rush here. Miners can get out early at a smaller exchange with some good profit. And believers can hold for bigger exchanges or implementation of roadmap features. We won't put the cart in front of the horse. We are going to put some website content up within the day. For now, the community should start to try to help us get on yobit or bleutrade. In the meantime, here is a block explorer with rich list: https://chainz.cryptoid.info/ec/nice. one step closer to exchanging. well shit, one address has 44% of total supply.... This is either going to be a crazy pump or already a dead coin.... Doesn't help that they are staking constantly as well...
|
|
|
Could we get a block explorer that shows the current coin supply?
Yes. We are working on all this. We are still nailing down the following: 1. Finalize branding, logos, etc., pay the bounty 2. Add enough Website Content to satisfy exchanges 3. Block explorer (probably fairglu's) -- this much of the list will get us on yobit and/or bleutrade 4. We need to decide on where to host the Qt wallets so we can track downloads (not mediafire) 5. Finalize the medium-term development road map 6. Get the whitepaper finished (post bleutrade/yobit, pre bittrex) It seems like a straightforward list, but we have multiple devs and we have to reach consensus about every little thing. Once we finalize all decisions, we should proceed through the list pretty fast, although we will pace 4 & 5 to ensure we spend enough time at the smaller exchanges before we move to the larger. sounds good but 3,4,5,6 are pretty much a parts of 2 We are going to go through the process in due time. First you get on small exchanges for price discovery and distribution. Then you go on big exchanges. There is no rush here. Miners can get out early at a smaller exchange with some good profit. And believers can hold for bigger exchanges or implementation of roadmap features. We won't put the cart in front of the horse. We are going to put some website content up within the day. For now, the community should start to try to help us get on yobit or bleutrade. In the meantime, here is a block explorer with rich list: https://chainz.cryptoid.info/ec/Did not mean to be rude, just that for coins these days block explorer, road map, graphics are just standard things. There is no rush to get on bigger exchanges and I agree with smaller exchanges first then later getting on to larger ones.
|
|
|
Could we get a block explorer that shows the current coin supply?
Yes. We are working on all this. We are still nailing down the following: 1. Finalize branding, logos, etc., pay the bounty 2. Add enough Website Content to satisfy exchanges 3. Block explorer (probably fairglu's) -- this much of the list will get us on yobit and/or bleutrade 4. We need to decide on where to host the Qt wallets so we can track downloads (not mediafire) 5. Finalize the medium-term development road map 6. Get the whitepaper finished (post bleutrade/yobit, pre bittrex) It seems like a straightforward list, but we have multiple devs and we have to reach consensus about every little thing. Once we finalize all decisions, we should proceed through the list pretty fast, although we will pace 4 & 5 to ensure we spend enough time at the smaller exchanges before we move to the larger. sounds good but 3,4,5,6 are pretty much a parts of 2
|
|
|
RaiBlocks places transactions in to ledger on an individual basis. This removes the concept of block intervals, block sizes, and all the other complicated parameters that destroy scalability. https://raiblocks.netFollow us on Twitter: @raiblocks SHA256: 47293612c19d5bfdac91f95352f318159413b387bd3e2cf314eb74fb54356317 File name: rai-7.3.1-win64.exe Detection ratio: 2 / 53 Analysis date: 2016-03-03 15:52:49 UTC ( 4 minutes ago ) Antivirus Result Update Qihoo-360 QVM20.1.Malware.Gen 20160303 Rising PE:Malware.Generic(Thunder)!1.A1C4 [F] 20160302 Careful when downloading wallet!
|
|
|
with ethereum doing so hot, will be interesting to see how lisk does added sig.
|
|
|
Why are you guys spamming the SDC thread and Slack?
I don't see any spamming in the thread... I posted the 'fix' to SDCs anonymity bug because it concerns SDC, does it not? What I posted is very relevant to SDC. It's not like I was talking about rainbows and butterflies. SDC looks to be converging on a reasonable fix, but not a recommended one. Originally, they took the scalar hash then multiplied it by the private key and then used it for the scalar multiple of the group generator (two different types of "multiply" here but I didn't invent this convention). Math looks like I = H(K_i)xG That was the very wrong way. Now they take an arbitrary point on the curve by hashing the time stamp, trying to map it to a point, then using that point as a generator. This takes advantage of the fact that all curve points on a prime field can be full generators. The new generator is G* I = H(K_i)xG* There is a relationship between G and G*, namely one is a multiple of the of the other: G = aG* But in this case G* is "unknown log", so G is protected by discrete log hardness. In general, however, it is not good to try to use a generator to hash scalars to a curve. They already learned this lesson once. The fact that $G$ = $aG^*$ is but a little lemma whose proof that I found in the margins of my notebook. I will use the additive notation, since this is what is used for Elliptic Curves, but it's just a convention. Multiplicative notation is just as fine. Lemma *: Let $K$ be a cyclic group of order $n$. Let $G$ be a generator of $K$, i.e. $<G> = K$. Then, $\forall H \in K \exists a \in \{0, \dots, n-1\}$ such that $aG = H$. Proof: Assume $K$ is a cyclic group of order $n$ and $G$ generates $K$ and let $H \in K$. By definition of cyclic groups, since $G$ generates $K$, there exists an integer $a \in \{0, \dots, n-1\}$ such that $aG = H$. -- see https://en.wikipedia.org/wiki/Cyclic_group . Q.E.D. of Lemma *. Now, since the elliptic curve that is secp256k1 is a group whose order is a prime, then it is a cyclic group. This is because all groups that have prime order are cyclic -- for a proof, see : http://planetmath.org/proofthateverygroupofprimeorderiscyclic. For some clarification that secp256k1 has prime order, see : http://bitcoin.stackexchange.com/questions/38108/order-of-group-of-points-of-secp256k1 and the answer by Akater which references the documents defining standard curves, for instance SECG -- http://www.secg.org/sec2-v2.pdf -- to which secp256k1 belongs. Therefore, by (*), $G = aG^*$ is true. I'm a bit lost, are you saying that SDC testnet fix is valid?
|
|
|
|