Bitcoin Forum
February 16, 2019, 02:32:52 AM *
News: Latest Bitcoin Core release: 0.17.1 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 [45] 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 »
  Print  
Author Topic: MC2: A cryptocurrency based on a hybrid PoW/PoS system  (Read 194365 times)
JessicaMILFson
Full Member
***
Offline Offline

Activity: 182
Merit: 100


View Profile
July 28, 2013, 06:31:01 AM
Last edit: July 28, 2013, 06:41:07 AM by JessicaMILFson
 #881

With the Kickstarter project, will we require USD or can we do LTC?

Most crowdfunding platforms allow whatever fiat currency you use to convert to USD. The reasoning for why we need to do this at present is outlined in post #902. I do foresee that this will change one day, but right now we don't have cryptocurrency platforms to do so, as we need to bridge the space between funding to development. It may be an extra step for a few people, which sucks, but in the bigger picture it's no big deal.
Actually treating and following this subject in the btc community forum and keeping people attended and informed about this new cryptocurrency  that is coming to change their experience of using previous ones, but then limiting the already established fan club by a fiat payment only, not only sucks but hurts and disappoints as well  Sad  Huh
That is true, things are not ideal, but I think creating a btc exchange account (in Bitstamp, MtGox..) and letting the btc users to pay and buy limited number of tickets through it, based on the current exchange rate of usd/btc at the moment of payment, wouldn't hurt anybody. This can at least be done for small investment/purchase of the tickets (<1 btc~=$100 for example).
The final amount received in that account (after reaching a cap perhaps), which will be in $, can be easily transferred by the use of wire system to any bank in US and Europe in not more than a week (you can include and charge the transfer and other fees this method may cause, to the investor's payment bill)
It will be wise to let 30% or even a bit more share of tickets to be sold this way (and you may put a limit for each purchase, by using btctalk id, to avoid rush or unfair distribution). Your currency will certainly have a brighter future if you let more people in to have a piece of the pie (even a very small one).


It's bad enough that those paying will have to provide identifiable information, but it's even worse if they have to connect it to their Bitcointalk ID too. That reduces security for the participants in exchange for decentralization of power. I think in this case security is more important than decentralization of power because power can be decentralized in other ways and at later times. Honestly, the people who buy in early aren't really guaranteed a larger piece of the pie than people who buy in late, they aren't necessarily going to have more coins, it just means they believed in the project from the start and were the first to become stakeholders and take the plunge.


That you take only the part of my post which mentioned btctalk id (just proposed it for limiting the purchase per each buyer, but that can be ignored easily) and not the proposed way of buying in with btc, is interesting and really btctalk typical  Wink
One may desire to buy-in early not only to have a part of potential profit but also to support its favorite project. And after all, don't you think paying directly in fiat will more disturb the privacy and provide identity disclosure than paying by btctalk id and a btc wallet?!   Huh

I'm not too happy about the USD payment requirement. I understand why it would exist (for accounting and because it minimizes risk on the developers), but I also understand it merely shifts some risks from the developers onto the investors. Developers must have identities in order to get paid and to make the process transparent (for defense against scams, fraud, theft). Pseudo-anonymous development would be fine if you do it for free but when money is involved then there is currently no effective infrastructure in place to allow independent contractors to get paid in Bitcoin (developers in this context would be considered independent contractors).

When we make payment to kickstarter we are not going to be anonymous and that means somewhere a paper trail will exist on all who supported Netcoin development. That introduces a privacy risk to all who pay in USD, but if you do believe Netcoin is a good idea and you do support the idea then in my opinion you should pay. If you want some privacy you can pay in a friends name. The other problem is what you mentioned in that it would mostly be Americans who have USD so the early distribution might not be as good as it could be with Bitcoin.

I hope there is a way to let people pay with Bitcoin, have it exchanged into USD and then pay the developers. I think that would be the ideal way but I do understand it would be difficult.


I think my proposal works efficiently: just receive the payments through an exchange (like merchant payment model in mtgox). People will pay in btc based on the current btc/usd rate. Received btc will be converted instantly to usd in that exchange account and when the cap is reached, it can be easily sent to any bank account or distributed among the developers. That account will have a transaction history which can be used to check honesty. (and if there are any extra conversion to usd and then wire transfer to bank expenses, it can be calculated and be paid by the buyers proportionally)
Paying directly in USD would only mean limited, sophisticated and full of hassles..

It's my belief that I think centralizing of the funding platform is best. I've had several projects funded and it went smoothly without any hassle at all. With Kickstarter, you have the option to close the campaign the moment that it funds. This will preserve the amount of set awards that we have.

It's hard to predict how much of the population will have Bitcoin and they may have other cryptocurrencies as well. (what's the demand like...etc) It may sound easy on paper to coordinate these two different payment methods, but I suspect it may be a tad more difficult than it appears and would require some work, that will be taken away from developing Netcoin. One issue would be the timing of the payments and you could have to cross verify the first $50k...etc and you may have to refund payments through the exchange (not sure if conversion rates would be charged for this) I don't think you can limit the amount of payments with the exchange account (if this exceeds the 30% you proposed) and if the funding happens quite quickly, then the administrator would have to verify the transactions, see who paid what and then send the payments back accordingly (there can be lots of room for error, furthermore there may be additional fees for reversal of payment, no refunds for Bitcoin...) Sounds like a mess waiting to happen

But honestly though, Kickstarter isn't broke and it's very optimized. Over $500 million projects have been already funded...and they process the payments through Amazon Payments, which allows you to fund in a variety of ways. Just stick with what they proposed and lets get this project finally started. It's really no big deal.

However, the main reason why I think it has to be done in traditional systems is that the work is being delegated to developers or teams of developers and currently these agreements are best enforceable with traditional systems. We need the transparency, paperwork and invoices, so that there is accountability.

Kickstarter also provides us with that additional legal obligation.
1550284372
Hero Member
*
Offline Offline

Posts: 1550284372

View Profile Personal Message (Offline)

Ignore
1550284372
Reply with quote  #2

1550284372
Report to moderator
1550284372
Hero Member
*
Offline Offline

Posts: 1550284372

View Profile Personal Message (Offline)

Ignore
1550284372
Reply with quote  #2

1550284372
Report to moderator
1550284372
Hero Member
*
Offline Offline

Posts: 1550284372

View Profile Personal Message (Offline)

Ignore
1550284372
Reply with quote  #2

1550284372
Report to moderator
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1550284372
Hero Member
*
Offline Offline

Posts: 1550284372

View Profile Personal Message (Offline)

Ignore
1550284372
Reply with quote  #2

1550284372
Report to moderator
1550284372
Hero Member
*
Offline Offline

Posts: 1550284372

View Profile Personal Message (Offline)

Ignore
1550284372
Reply with quote  #2

1550284372
Report to moderator
1550284372
Hero Member
*
Offline Offline

Posts: 1550284372

View Profile Personal Message (Offline)

Ignore
1550284372
Reply with quote  #2

1550284372
Report to moderator
m3kt3k
Newbie
*
Offline Offline

Activity: 34
Merit: 0


View Profile
July 28, 2013, 06:40:16 AM
 #882

You could easily do both. BTC and Kickstarter. Some of us dont really care if the govt see's we helped a project like this. What are they gonna do take away my clearance level and machine gun? LOLZ they would be doing me a favor. NO just either do both or pick one and I will donate. I would much rather see this then a premine and the stigma that tends to go with that.
bybitcoin
Hero Member
*****
Offline Offline

Activity: 672
Merit: 500



View Profile
July 28, 2013, 06:59:39 AM
 #883

You could easily do both. BTC and Kickstarter. Some of us dont really care if the govt see's we helped a project like this. What are they gonna do take away my clearance level and machine gun? LOLZ they would be doing me a favor. NO just either do both or pick one and I will donate. I would much rather see this then a premine and the stigma that tends to go with that.
 

From a legal point of view, it is better to do it with fiat currency.

Ingsoc is absolutely right regarding this and I applaud his efforts at ensuring a standard of transparency and professionalism.
Really, just so Huh (You seem talented for short manifestation)  Wink
Quote

In an ideal world, perhaps the world we're building, funding ideas through cryptocurrency is a huge step forward. Unfortunately, we're not there yet. There are a number of things to consider at present. Firstly, as much as banks can cause people headaches, in most cases money in an account is insured against theft. It'd be great if we could have something similar for a cryptocurrency as well one day. Secondly, we want to do this as professionally and transparently as we can with the medium available to us. The fact of the matter is that most individual developers or teams of developers would enter into a contractual agreement with us for the development of Netcoin, or a component of it. That means paperwork, invoices, documented transactions, etc. That could happen with cryptocurrency as well, but in all likelihood any breach of our agreement wouldn't be as enforceable as it would be in traditional systems.

I know it's not ideal, but I'm thinking of the best ways to my knowledge that we can do this as smoothly as possible. There are no guarantees whatsoever with this, which is why I want to stress that if you can't afford losing what you put toward the fund, please don't do it! It would be horrible to know that if something goes wrong someone suffered because of it. Having said that, tacotime, xwebnetwork, and myself are all putting in money of our own as well. Hopefully the advance notice will help you with this. I think one day this will all be very different and we can incubate ideas through new platforms for sure.
Luckybit
Hero Member
*****
Offline Offline

Activity: 714
Merit: 500



View Profile
July 29, 2013, 11:55:57 AM
Last edit: July 29, 2013, 01:01:54 PM by Luckybit
 #884

Tacotime, this is something you should have a look at because it has serious potential to change the cryptocurrency playing field.

https://payswarm.com/specs/source/web-api/
https://dev.payswarm.com/
http://blog.meritora.com/launch/
https://hacks.mozilla.org/2013/04/introducing-navigator-mozpay-for-web-payments/
https://wiki.mozilla.org/WebAPI/WebPayment

I propose the idea to make Netcoin an underlying web protocol and develop with Payswarm open standards in mind. I believe sooner or later cryptocurrencies are going to become an underlying protocol of the web.

Quote
PaySwarm allows currencies to be specified by either an internationalized currency code, like “USD”, or by an IRI that identifies a currency. This means that anyone capable of minting an IRI, which is just about anybody on the Web, has the ability to create a new alternative currency. The one draw-back for alternative currencies is that there must also be a location, or network, on the Web that acts as the currency mint. The concept of a currency mint will be covered later in this blog post.
http://manu.sporny.org/2011/web-payments-comparison/#currency-mints


Payswarm is also coming in the near future and it includes a specification of "currency mint" based around an IRI which identifies the currency. I propose that developers put the creation of a Netcoin IRI on the development to-do list. If it's relatively simple and could be done before or shortly after the release of Netcoin it could greatly benefit Netcoin users in the long term and promote adoption through integration with Payswarm technology and thus integrate it into the web itself.

If "Bitcoin" becomes the only standard and it's cemented in stone then it stops progress, innovation, and evolution of digital currencies. Bitcoin has many flaws, and there are few reasons why we should expect it to be the only coin ever any more than we would want there to only be one credit card, search engine, payment processor, operating system, etc. That in itself would be centralization of power in a way which does not improve security of cryptocurrencies over the long term.



This sounds excellent and this should be taken seriously. I just tried the demo and already see the big potential for this. It can help with the adoption problem for the layman person, and we can take advantage of the businesses that already accept Payswarm, so that Netcoin can expand its reach.

One thing that I'm uncertain about is whether or not we would need to create an organization to support the Payswarm. From my understanding, it seems that Payswarm is a payment processing platform that we can implement into a central website. Would we need anyone to handle the customer support as well invest in managing the security of the account information? Basically, are we creating our own Paypal with the Payswarm payment processing technology?

The most important thing for a cryptocurrency is that it be used. It's a good idea for Netcoin to embed itself into the web as a long term adoption strategy. Think of Netcoin as becoming the Netcoin protocol, and think of Bitcoin as becoming the Bitcoin protocol, and so forth so that at some point the technology of it speaks and it can exist independently of tribal / partisan politics. At this time Bitcoin is a product and products never become as widely used as core protocols. Productism and politics in my opinion are holding Bitcoin back from mainstream adoption at this point.

I would hesitate to label it our Paypal because Paypal is an "evil" business with a corrupt political agenda. I suggest we unofficially refer to it as project Freepal because it opposes the very essence of what Paypal is doing. Freepal liberates the will of the user by allowing the user to have free speech in the economic form. There is to be no middle man, no centralized master telling us what we can or can't buy, no boss to lend us money we don't really get to own, no third party or man in the middle to charge us fees. It's a direct expression of the economic will of the user to send value person to peerson or peer to peer.

Payswarm is superior to Paypal on every level. It's an open standard, it's built into the web as a specification, it's not proprietary so that the political views and opinions of the some CEO cannot influence anything. Payswarm is attempting to be as politically neutral as possible and I think that is a good direction for Netcoin as well. Offer a very good core technology from a politically neutral point of view, offer the tools of liberty and democracy and let the users determine what direction to take Netcoin.

The reason to have an organization isn't to promote Payswarm particularly but to give people the capability of economically focused electronic democracy. To have a community you need the ability to vote, and to protect a community you need the ability to make decisions. To make it as fair as possible you need the ability to allow stakeholders to vote in a manner which is coercion resistant. It also has to be anonymous, if we know how everyone is voting then we can bully them into voting for our way of doing things or our candidate, I just want the product to adhere to the will of the users and the community of users who give Netcoin meaning.

I don't think it's enough just to build a tool but not give the community any way to regulate itself. When you don't give the community any kind of democratic processes at all then you can end up with fiefdom corporate type systems where they lock the common users out from the decision making process or share holding. We could end up with a digital caste system where individuals from other industries come in years from now and buy everything up and then set up gatekeepers, unfair legal regulations, bosses, middlemen and very undemocratic systems to create a high tier of unaccountable rulers.

Winkelvoss makes people uneasey because of what they could do. They could end up owning the Bitcoin eco-system, and if people disagree with a decision how would that be expressed? So in my opinion sooner or later the voting mechanisms and democratic processes have to be brought in and one thing I like about Netcoin is it's forward thinking enough to reach the conclusion that after 27 years we will have to bring that in for determining the interest rate. I think any cryptocurrency protocol is ultimately backed by the faith of a community and a community is in my opinion better off with democratic processes built in.

For instance lets say it's a year from now and Netcoin is released and I propose the idea that Netcoin should adopt a strategy of embedding itself into the web. If users could somehow vote on it and if they agree or disagree we know, then we have feedback which is very important. If we just for instance rely on Bitcointalk then you could have the votes get fudged because people who have nothing to do with Netcoin could vote in ways to sabotage it or confuse.

I think long term the situation is cryptocurrencies are going to be regulated. It can be self-regulating, or not self-regulated in which case it will be made to conform into the will of others. If it's self-regulating to a certain extent then the elected Netcoin leadership or representatives whomever they turn out to be would go to the SEC, Congress and politicians around the world to explain how things work. The worst case scenario is that there is a leadership void and there are no representatives for the interests of the community to go to the government/politicians and help formulate the legislation and laws around cryptocurrencies. I don't think Netcoin in particular has to be the only cryptocurrency community involved in this but I think the best case scenario is a scenario where you have various cryptocurrencies which have a way to get feedback from the community and then determine the rules based on a combination of that feedback and discussion with lawmakers. I don't think the wild west will last forever.
tacotime
Legendary
*
Offline Offline

Activity: 1484
Merit: 1000



View Profile
July 30, 2013, 03:15:02 AM
 #885

An update has been given on the PoW hash function and it has been dramatically simplified; it now uses the digits of pi to random algorithm selection.  N is fixed because I'm worried about it potentially introducing vulnerabilities into the chain if you play with it a lot, and I'm not sure if offers much more security even if you do.

http://www.netcoin.io/wiki/Netcoin_Proof-of-Work_Hashing_Function

Nonetheless, an easy PoW function will let us put the chain out faster, which will let enable us to much more easily avoid the whole super fast ASIC fiasco.  If solar designer comes up with his proposed scrypt fork we can talk about that then, but right now it doesn't exist and Netcoin needs to move forward.

There's only a couple topics left to edit on the wiki (that I'm still meditating on), then we shall move to launching the crowdfunding.

Some answers to commonly asked questions:
1) The distribution of funds was designed to get at least $50,000 by crowdfunding ASAP, which I think should be the absolute minimum we use to launch the development with.  $100,000 is ideal, though.  There is a mathematical function governing it (that should be obvious) and you can manipulate that to cause variable price differences among the tiers.  I have sent this data to _ingsoc for him to look at and see what he thinks.
2) I want to deal with fiat so that we don't have a totally irresponsible BFL preorder-ish fiasco where the product doesn't come out forever and the investors make nothing back.  If one crowdfunder is better for global persons eg indiegogo vs kickstarter, we will go with the one that is more accessible.
3) I will add some more notes on how you will get NTC with your stake tickets soon, and how the keys will be distributed (likely PGP or snail mail).

I can't address things directly right now like web API, etc due to time constraints, but if you think it is a good idea, please add it to the wiki!  I am just going to concentrate on this so we can get the ball rolling with the basic development.  Obviously things like equivalents of BitPay or CoinBase (especially coinbase) are critical to the support and adoption of the currency, but that's beyond me right now.

Code:
XMR: 44GBHzv6ZyQdJkjqZje6KLZ3xSyN1hBSFAnLP6EAqJtCRVzMzZmeXTC2AHKDS9aEDTRKmo6a6o9r9j86pYfhCWDkKjbtcns
Etlase2
Hero Member
*****
Offline Offline

Activity: 798
Merit: 1000


View Profile
July 30, 2013, 03:18:30 AM
 #886

If solar designer comes up with his proposed scrypt fork we can talk about that then,

Details?

tacotime
Legendary
*
Offline Offline

Activity: 1484
Merit: 1000



View Profile
July 30, 2013, 03:58:57 AM
 #887

If solar designer comes up with his proposed scrypt fork we can talk about that then,

Details?

Quote
I am going to continue posting about possible incompatible changes to
scrypt (thus, deviating from scrypt) to crypt-dev only.  I made this
posting to the scrypt list as well because the numbers above are for
scrypt proper (a modified implementation of it producing same results,
as verified against test vectors).

This is nothing new/unexpected, but I thought some of you could find
this useful to get a better feeling of how the scrypt TMTO behaves.
http://www.openwall.com/lists/crypt-dev/2013/03/21/1

He later made a TMTO defeater and then defeated it himself using a thread desynchronization trick, you can read about it on crypt-dev.  In any case, he still actively posts about sCrypt related posts in crypt-dev, I wouldn't be surprised if the problem wasn't still in the back of his head today.

Code:
XMR: 44GBHzv6ZyQdJkjqZje6KLZ3xSyN1hBSFAnLP6EAqJtCRVzMzZmeXTC2AHKDS9aEDTRKmo6a6o9r9j86pYfhCWDkKjbtcns
Luckybit
Hero Member
*****
Offline Offline

Activity: 714
Merit: 500



View Profile
July 30, 2013, 05:41:13 AM
Last edit: July 30, 2013, 05:51:46 AM by Luckybit
 #888

An update has been given on the PoW hash function and it has been dramatically simplified; it now uses the digits of pi to random algorithm selection.  N is fixed because I'm worried about it potentially introducing vulnerabilities into the chain if you play with it a lot, and I'm not sure if offers much more security even if you do.

http://www.netcoin.io/wiki/Netcoin_Proof-of-Work_Hashing_Function

Brilliant idea.

Some answers to commonly asked questions:
1) The distribution of funds was designed to get at least $50,000 by crowdfunding ASAP, which I think should be the absolute minimum we use to launch the development with.  $100,000 is ideal, though.  There is a mathematical function governing it (that should be obvious) and you can manipulate that to cause variable price differences among the tiers.  I have sent this data to _ingsoc for him to look at and see what he thinks.
2) I want to deal with fiat so that we don't have a totally irresponsible BFL preorder-ish fiasco where the product doesn't come out forever and the investors make nothing back.  If one crowdfunder is better for global persons eg indiegogo vs kickstarter, we will go with the one that is more accessible.
3) I will add some more notes on how you will get NTC with your stake tickets soon, and how the keys will be distributed (likely PGP or snail mail).

I can't address things directly right now like web API, etc due to time constraints, but if you think it is a good idea, please add it to the wiki!  I am just going to concentrate on this so we can get the ball rolling with the basic development.  Obviously things like equivalents of BitPay or CoinBase (especially coinbase) are critical to the support and adoption of the currency, but that's beyond me right now.
One question that you can answer is whether or not there should be any caps, should the crowd funding be set up and a whale were to purchase most of the slots in bulk would this be an acceptable situation?

I'm looking at what RealSolid said when offering fee shares https://bitcointalk.org/index.php?topic=264182.msg2825833#msg2825833, and the Lealana physical litecoin sale https://bitcointalk.org/index.php?topic=243341.0 , both had to introduce a sort of cap so that there is a max that any single person can buy within a set period of time.

These caps were introduced to promote a more decentralized distribution so that more people overall have a stake. Is this something which should be replicated or are limits like these bad? I wouldn't have a problem with it either way, I just figure it should be brought up prior to the crowd funding as a move to be considered and debated.

At this point I can't wait for the Kickstarter or crowdfunding campaign to start.
tacotime
Legendary
*
Offline Offline

Activity: 1484
Merit: 1000



View Profile
July 31, 2013, 05:15:45 PM
 #889

@Impaler

Now I remember why we need bits from the current block; see the latest wiki update for more details, but I'll x-post a note from it here:

Quote
NOTE: It may not be immediately clear why we use 6-bits from the most recent block. Consider the attack in which a malevolent stakeholder has the majority of tickets for any given block header hash. If we use only old blocks, especially ones far back in the history of the blockchain, no matter how many new proof of work blocks are generated the attacker can still halt the chain. Now consider the instance in which 6 bits are taken from the most recent block; we have 2^6 = 64 possibilities for the lottery winner. The malicious stakeholder in this case can block only one of 64 possible blocks from entering the blockchain; in the event this block is not voted on by the malicious stakeholder, PoW miners can continue work from the previous block and generate another block with a different lottery winner. Then, non-malicious stakeholders can push this block through the network and the chain can continue. It is extremely important that PoW miners continue on old work until the latest block has been verified by a majority of stakeholders for this reason. This also gives an interesting trade-off for security: we can choose up to 16 bits from the current block, however, the more bits we choose from the current block, the more readily a PoW miner can manipulate the lottery winner. Using blocks that are weeks or months old mitigates this manipulation, however, without choosing several bits from the current block we enter the case where an attack as detailed is extremely likely. So, we must select n bits from the current block at a level that allows for some options in terms of lottery hash, but which does not allow for the complete manipulation of the lottery winner. In the case of 6 bits (64 possible lottery winners), the PoW attacker mining at the current block can only generate (64 / 65536) * 100% = 0.01% of possible tickets.

Code:
XMR: 44GBHzv6ZyQdJkjqZje6KLZ3xSyN1hBSFAnLP6EAqJtCRVzMzZmeXTC2AHKDS9aEDTRKmo6a6o9r9j86pYfhCWDkKjbtcns
tacotime
Legendary
*
Offline Offline

Activity: 1484
Merit: 1000



View Profile
July 31, 2013, 05:17:59 PM
 #890

Quote
Brilliant idea.

Thanks,

One question that you can answer is whether or not there should be any caps, should the crowd funding be set up and a whale were to purchase most of the slots in bulk would this be an acceptable situation?

I'm looking at what RealSolid said when offering fee shares https://bitcointalk.org/index.php?topic=264182.msg2825833#msg2825833, and the Lealana physical litecoin sale https://bitcointalk.org/index.php?topic=243341.0 , both had to introduce a sort of cap so that there is a max that any single person can buy within a set period of time.

These caps were introduced to promote a more decentralized distribution so that more people overall have a stake. Is this something which should be replicated or are limits like these bad? I wouldn't have a problem with it either way, I just figure it should be brought up prior to the crowd funding as a move to be considered and debated.

At this point I can't wait for the Kickstarter or crowdfunding campaign to start.

We will be capping contributions to $10k per individual or company to prevent severe centralization, as it'd be bad to have the majority of stakeholder tickets in the hands of any single individual (not that anyone is likely to destroy the chain in the first 90 days anyway, as it doesn't make a lot of sense monetarily for the contributor).

Code:
XMR: 44GBHzv6ZyQdJkjqZje6KLZ3xSyN1hBSFAnLP6EAqJtCRVzMzZmeXTC2AHKDS9aEDTRKmo6a6o9r9j86pYfhCWDkKjbtcns
Stark-Fujikawa
Full Member
***
Offline Offline

Activity: 150
Merit: 100



View Profile
August 04, 2013, 10:12:23 PM
 #891

I now have the spare time needed to fully dedicate myself to translations of the wiki and whitepaper. If you want to assign priorities to which text you'd like to see translated first, feel free to hit me up with the details.

NL/EN Translator. Will work for crypto.
NXT:13307336450726014831
bybitcoin
Hero Member
*****
Offline Offline

Activity: 672
Merit: 500



View Profile
August 05, 2013, 10:52:14 AM
 #892

Is the forum still under maintenance and not working? When will be up then?
_ingsoc
Sr. Member
****
Offline Offline

Activity: 452
Merit: 250



View Profile WWW
August 05, 2013, 01:47:18 PM
 #893

Is the forum still under maintenance and not working? When will be up then?

It's still in maintenance mode. We'll open it up when the new whitepaper comes out. We'll be a few steps closer to a live Netcoin by then. It actually wasn't intentional for the forum to shut down - we ended up getting severely attacked by spam, which is under control now. No harm in just opening it up at present, but since the new whitepaper will stimulate conversation again, might as well do it then. Whitepaper should be out later this week. Smiley

bybitcoin
Hero Member
*****
Offline Offline

Activity: 672
Merit: 500



View Profile
August 05, 2013, 01:53:57 PM
 #894

Is the forum still under maintenance and not working? When will be up then?

It's still in maintenance mode. We'll open it up when the new whitepaper comes out. We'll be a few steps closer to a live Netcoin by then. It actually wasn't intentional for the forum to shut down - we ended up getting severely attacked by spam, which is under control now. No harm in just opening it up at present, but since the new whitepaper will stimulate conversation again, might as well do it then. Whitepaper should be out later this week. Smiley
Then please announce its arrival here as well  Smiley
tacotime
Legendary
*
Offline Offline

Activity: 1484
Merit: 1000



View Profile
August 06, 2013, 06:03:18 PM
 #895

@Impaler

Now I remember why we need bits from the current block; see the latest wiki update for more details, but I'll x-post a note from it here:

Quote
NOTE: It may not be immediately clear why we use 6-bits from the most recent block. Consider the attack in which a malevolent stakeholder has the majority of tickets for any given block header hash. If we use only old blocks, especially ones far back in the history of the blockchain, no matter how many new proof of work blocks are generated the attacker can still halt the chain. Now consider the instance in which 6 bits are taken from the most recent block; we have 2^6 = 64 possibilities for the lottery winner. The malicious stakeholder in this case can block only one of 64 possible blocks from entering the blockchain; in the event this block is not voted on by the malicious stakeholder, PoW miners can continue work from the previous block and generate another block with a different lottery winner. Then, non-malicious stakeholders can push this block through the network and the chain can continue. It is extremely important that PoW miners continue on old work until the latest block has been verified by a majority of stakeholders for this reason. This also gives an interesting trade-off for security: we can choose up to 16 bits from the current block, however, the more bits we choose from the current block, the more readily a PoW miner can manipulate the lottery winner. Using blocks that are weeks or months old mitigates this manipulation, however, without choosing several bits from the current block we enter the case where an attack as detailed is extremely likely. So, we must select n bits from the current block at a level that allows for some options in terms of lottery hash, but which does not allow for the complete manipulation of the lottery winner. In the case of 6 bits (64 possible lottery winners), the PoW attacker mining at the current block can only generate (64 / 65536) * 100% = 0.01% of possible tickets.

This introduces another vulnerability.  As these bits come from further in the past, the majority of the numbers used by the ticket are known well in advance.  The problem with this is that a person can seek to acquire all tickets with these knowns bits and effectively halt the chain if they get 64 * 3 = 192 tickets in advance, probably by collaboration with someone.  So, someone with only 0.05859375% of the total network tickets (at ideal concentrations of tickets) can now halt the chain.

The solution is to just use bits from the most recent blocks instead of those far in the past.  Creating a chain of length 8 containing all the bits you want to select for certain tickets is likely quite a computational ordeal.  Conversely, you would need to procure all these tickets within this timeframe if you didn't want to manipulate the PoW chain, also very unlikely.

Code:
XMR: 44GBHzv6ZyQdJkjqZje6KLZ3xSyN1hBSFAnLP6EAqJtCRVzMzZmeXTC2AHKDS9aEDTRKmo6a6o9r9j86pYfhCWDkKjbtcns
tacotime
Legendary
*
Offline Offline

Activity: 1484
Merit: 1000



View Profile
August 07, 2013, 01:14:22 AM
 #896

The following sections have been updated:
http://www.netcoin.io/wiki/Distribution_Scheme_for_Crowdfunding
http://www.netcoin.io/wiki/Netcoin_Proof-of-Stake_Voting_for_Proof-of-Work_Blocks

The following sections have had their initial commits:
http://www.netcoin.io/wiki/Algorithms_for_PoS_Voters_to_Assess_the_Validity_of_PoW_Blocks
http://www.netcoin.io/wiki/Netcoin_Adjustments_to_the_Proof-of-Work_Transaction_Tree
http://www.netcoin.io/wiki/Addressing_the_%22Bitcoins_and_Red_Balloons%22_Issue

It looks like the "Red Balloons" issue is largely mitigated by the PoS mechanism Netcoin uses, but I adjusted the way fees are dispensed as well to further address this.

Now that this seems squared away, I can finally get back to tearing apart the old version of the whitepaper.  The new one should be shorter and more to the point, with the wiki reinforcing the concepts.

Forum will be back online when next ed. of whitepaper is released.

Code:
XMR: 44GBHzv6ZyQdJkjqZje6KLZ3xSyN1hBSFAnLP6EAqJtCRVzMzZmeXTC2AHKDS9aEDTRKmo6a6o9r9j86pYfhCWDkKjbtcns
human
Full Member
***
Offline Offline

Activity: 194
Merit: 100

æternity - the oracle blockchain


View Profile WWW
August 07, 2013, 01:34:31 AM
 #897

An update has been given on the PoW hash function and it has been dramatically simplified; it now uses the digits of pi to random algorithm selection.  N is fixed because I'm worried about it potentially introducing vulnerabilities into the chain if you play with it a lot, and I'm not sure if offers much more security even if you do.

http://www.netcoin.io/wiki/Netcoin_Proof-of-Work_Hashing_Function

Brilliant idea.

How about using the Golden Number instead of Pi? It is arguably the most noble number.
http://mathworld.wolfram.com/GoldenRatio.html

tacotime
Legendary
*
Offline Offline

Activity: 1484
Merit: 1000



View Profile
August 07, 2013, 01:43:15 AM
 #898

You would need a BPP-type formula for the golden ratio -- I don't believe one yet exists.

http://crd-legacy.lbl.gov/~dhbailey/dhbpapers/bbp-formulas.pdf

Code:
XMR: 44GBHzv6ZyQdJkjqZje6KLZ3xSyN1hBSFAnLP6EAqJtCRVzMzZmeXTC2AHKDS9aEDTRKmo6a6o9r9j86pYfhCWDkKjbtcns
JessicaMILFson
Full Member
***
Offline Offline

Activity: 182
Merit: 100


View Profile
August 07, 2013, 05:00:23 AM
 #899

Why did the price per coin values change?
tacotime
Legendary
*
Offline Offline

Activity: 1484
Merit: 1000



View Profile
August 07, 2013, 05:28:28 AM
 #900

Why did the price per coin values change?

Ingsoc felt like the formula I was using before was a little too penalizing to latecomers, so I tweaked it a bit.

Code:
XMR: 44GBHzv6ZyQdJkjqZje6KLZ3xSyN1hBSFAnLP6EAqJtCRVzMzZmeXTC2AHKDS9aEDTRKmo6a6o9r9j86pYfhCWDkKjbtcns
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 [45] 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 »
  Print  
 
Jump to:  

Bitcointalk.org is not available or authorized for sale. Do not believe any fake listings.
Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!