Bitcoin Forum
May 06, 2024, 06:24:25 PM *
News: Latest Bitcoin Core release: 27.0 [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 195088 times)
tacotime (OP)
Legendary
*
Offline Offline

Activity: 1484
Merit: 1005



View Profile
May 02, 2013, 08:26:08 PM
 #281

I'll try to get through all the pages of questions today so I have more time to write the whitepaper later this weekend.

You can now chat on CryptoCat in the room netcoindev; I'm AFK there right now but I should be in and out on a regular basis.

Dedicated forum is forthcoming.

If you want to use CryptoCat anonymously and simply, just download the Tor browser bundle and install CryptoCat plugin on the bundled FireFox browser.  CryptoCat was decided over freenode because it's so much easier to achieve anonymous service as compared to freenode (downside is there is no chat moderator; please don't abuse the channel).

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

Posts: 1715019865

View Profile Personal Message (Offline)

Ignore
1715019865
Reply with quote  #2

1715019865
Report to moderator
1715019865
Hero Member
*
Offline Offline

Posts: 1715019865

View Profile Personal Message (Offline)

Ignore
1715019865
Reply with quote  #2

1715019865
Report to moderator
According to NIST and ECRYPT II, the cryptographic algorithms used in Bitcoin are expected to be strong until at least 2030. (After that, it will not be too difficult to transition to different algorithms.)
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
KrLos
Hero Member
*****
Offline Offline

Activity: 768
Merit: 1000



View Profile
May 02, 2013, 08:33:17 PM
 #282

This is the one i'm looking for... registering xD
3Dfilament
Member
**
Offline Offline

Activity: 92
Merit: 10



View Profile
May 02, 2013, 08:46:46 PM
 #283

1a. Do you want Netcoin to be clone-proof, i.e., "Attack of the CoinClones", i.e., FTC and CHN, CHNcoin making it's mining debut today, FTC listing on btc-e IPO last night.
OR
1b. Netcoin encourages competition, i.e., may the best Netcoin win.

Thinking broadly into the future.

Mining adoption through GUI P2P.
=========================

- Draw API from exchanges, make trading window in NTCGUI.
--- Traders then drawn closer to mining, miners then drawn closer to trading.
--- Mining and Trading then become the Crypto paradigm more globally. (We see many one/many GUI interfaces born recently, logically condense these).

+ blockchain bloat/network traffic decreased
+ confirmation times and transaction times decreased.

=========================

- Add to GUI ability to see (k,m)/hash/s delivered as a fiat figure, then ticker="time to destruction of fiat" Huh Just for funzies.
aaaxn
Sr. Member
****
Offline Offline

Activity: 359
Merit: 250



View Profile
May 02, 2013, 11:20:44 PM
 #284

There's nothing that fundamentally shows that PPC or whatever chain with some PoW uses less power; it's entirely theoretical.  One may argue that PPC and friends are even worse, because they encourage attacks on pools by making the benefit to the miner instantaneous (per round difficulty adjustments).  PPC basically them turns it "Keep as many other miners off the network as possible" coin because reward is based on difficulty.  

Even if you make stake a considerable factor in your ability to solve blocks, you still end up with a billion PoW miners at the end of the day hopping onto pools with large amount of stake and using lots of energy, so that solution looks rather naive.
I agree with your criticism of PPC model but I don't see how it applies to system I described. Block reward int this design should be proportional to used stake (think of it as gaining interest on reserves) so you don't get any instant gain by keeping other miners of network.
As for energy efficiency. I think you should always analyze incentives of single rational miner. If you adopt difficulty target modification by stake single miner effective hashrate in this system is (hash rate) x (accumulated coin age). If we impose some kind of limit on maximum coin age (for example 1000 blocks) then rational miner should mine once in 1000 blocks because then he gets most efficiency in terms of energy consumption. If everyone follows same strategy then we would get miners searching for blocks in turns and great share of available hashing power would be idle most of the time. Energy consumption should be much lower than in bitcoin and I think it is enough.

The more I think the more I am convinced that pure PoS chain is not possible without checkpoints. Problem arise from the fact that as block generating activity is not computationally expensive attacker can always simulate network from genesis block. In his network he would have 100% of stake and could easily outrun honest network in generating longest proof chain. Another problem with PoS is that you need to be able to check validity of stake in every block since genesis. That means you have to be able to retrieve account balance state at any point in the past. This makes it impossible to make a nice trimmed database of account balances. This problem could also be mitigated with checkpoints.


                                                                              █
                              █████████                  ██████ 
                      ███████████████████████████   
              ███████████████████████████████   
            ████████████████████████████████   
        █████████████████████████████████     
    ████████████████████████████████████   
    ████████          █████████          █████████   
  ████████                ██████              ████████   
█████████                █████                ████████   
███████████                █                ███████████ 
██████████████                      ██████████████ 
█████████████████            ████████████████ 
███████████████                  ███████████████ 
█████████████                          █████████████ 
███████████              ███                ██████████ 
█████████                █████                ████████   
  ████████              ███████              ███████     
    █████████        █████████          ████████     
      █████████████████████████████████       
        ██████████████████████████████           
            ███████████████████████████             
              ████████████████████████                 
                  ████████████████████                     
CorionX


















Powered by,
tacotime (OP)
Legendary
*
Offline Offline

Activity: 1484
Merit: 1005



View Profile
May 03, 2013, 12:07:59 AM
Last edit: May 03, 2013, 12:41:31 AM by tacotime
 #285

I agree with your criticism of PPC model but I don't see how it applies to system I described. Block reward int this design should be proportional to used stake (think of it as gaining interest on reserves) so you don't get any instant gain by keeping other miners of network.
As for energy efficiency. I think you should always analyze incentives of single rational miner. If you adopt difficulty target modification by stake single miner effective hashrate in this system is (hash rate) x (accumulated coin age). If we impose some kind of limit on maximum coin age (for example 1000 blocks) then rational miner should mine once in 1000 blocks because then he gets most efficiency in terms of energy consumption. If everyone follows same strategy then we would get miners searching for blocks in turns and great share of available hashing power would be idle most of the time. Energy consumption should be much lower than in bitcoin and I think it is enough.
Well, you may be able to make an overall reduction in the amount of energy if you also restrict the reward based on coin age (I don't think difficulty modification is enough, as people with higher hash rates can afford to mine blocks at lower coin ages).  But, it depends on whether you want to have a barrier of entry for mining based on stake, which is something I don't particularly like.  I like the idea of having the bulk of coin generation in PoW, which has a lower barrier of entry.

Quote
The more I think the more I am convinced that pure PoS chain is not possible without checkpoints. Problem arise from the fact that as block generating activity is not computationally expensive attacker can always simulate network from genesis block. In his network he would have 100% of stake and could easily outrun honest network in generating longest proof chain. Another problem with PoS is that you need to be able to check validity of stake in every block since genesis. That means you have to be able to retrieve account balance state at any point in the past. This makes it impossible to make a nice trimmed database of account balances. This problem could also be mitigated with checkpoints.
At that point though, I think you may as well just resolve to use a less computationally and bandwidth intensive system such as the one (probably) employed by OpenCoin.

Code:
XMR: 44GBHzv6ZyQdJkjqZje6KLZ3xSyN1hBSFAnLP6EAqJtCRVzMzZmeXTC2AHKDS9aEDTRKmo6a6o9r9j86pYfhCWDkKjbtcns
tacotime (OP)
Legendary
*
Offline Offline

Activity: 1484
Merit: 1005



View Profile
May 03, 2013, 12:40:33 AM
 #286

Hi tacotime,

Finally, somebody working on a coin that substantially improves upon bitcoin, and is not just another copy/paste clone with a few changed parameters. I'm not a cryptologist or a programmer, but I'd like to provide some real world input where IMO bitcoin is failing and where improvement is seriously needed for mass adoption or longevity of the currency is to become a reality. Here's a few things to consider improving:

1) Transaction times - Starbucks, gas station and grocery lineups (something many of us deal with daily) are long enough as it is, can you imagine the patience of people in a lineup to wait for your 10 minute cryptocoin transaction to go through?! Or imagine on black Friday, you need to purchase that $1,000 flatscreen and BestBuy makes you wait for 6 confirmations (~1hour) before approving the transaction. We BADLY need transaction times to be 30 seconds or less, ideally on par or better than credit cards. This IMO is the #1 hurdle to mass adoption. Who the heck wants to wait around to pay for something? And which business owner wants less customers because they are too frustrated waiting around to buy something?
I'm trying now to get it down to 4 minutes or less.  Faster may be possible, but it will involve playing with the protocol on the testnet and getting the block down to something very small, like 8 KB, and hoping that can propagate across the network appropriately in seconds.

Quote
2) Network Security - Please don't make the same mistake as bitcoin and use a single TCP port that can be shut down on a firewall in less than 1 minute. Imagine the currency gets too popular and government somehow passes a law to shut it down under some false pretense (ZOMG its used by Al-queida and drugdealers!). Bitcoin can be shut down overnight by blocking TCP port 8333 at all Tier1 ISPs. The counter argument of the bitcoin developers is extremely poor, in that, there's other open source software such as TOR or i2p that bitcoin could function through... but that assumes that bitcoin would even survive the TCP port shutdown attack which is pretty much cost free to the government. Look at Mtgox.. it gets DDOS'ed for a few hours and bitcoin value crashes by 70%+. Now imagine a firewall rule that blocks bitcoin at the Tier1 ISP backbone level, and 95% of the users who don't have a clue about Tor or i2P (or 99.9999% of non-tech users), and you can bet the currency will crash to near ZERO and be finished. In other words, include proper network layer security from day 1 ! This is far more important that trying to figure out how to prevent complex 51% attacks. This costs ZERO money for the government and ISPs to do, every ISP already has firewalls as part of their core and edge infrastructure. And if you think the USA would never pass such a law to enact the crushing of a popular competing currency... well then think about the other 190+ countries on this planet that may pass such laws with far less hesitation.
Well, the solution I guess would be to start on a default port and then scan subsequent ports in some order until it finds one with traffic permissible and use that.  The just transmit your port to known nodes and propagate it across the network.

Quote
3) ASIC security - Using 8 different sCrypt algorithms somewhat randomly is an improvement, but what's to prevent mining software from rejecting anything but type 1 Scrypt algo block and mining only those? This would result in at least 8 different types of ASICs needed, sure, but not ASIC proof, IMO. Alternatively, you could still create an ASIC that could direct mining to one of 8 segments of the ASIC and still be much faster than GPU mining. This would mean you have a much more complex ASIC design and 1/8th the potential crunching power, but still many orders of magnitude better than PC/GPUs/FPGAs. So my suggestion is please don't think like Bill Gates that 640K or.. 8 algos should be enough. Why not make it 4096+ of them and outright discourage any kind of ASIC... ever. My concern with ASICs isn't even somebody trying to make a lot of money faster than others, but rather government 3 letter agencies throwing 1 Billion printed dollars at the problem creating an ASIC farm, and killing the coin altogether. The NSA just built a 2 billion dollar data center in 2012. With a Homeland security budget in the Trillions, 1 billion is like petty cash, and you can bet that preventing the US dollar from collapse against popularity gaining crypto currencies  is a homeland security issue.
I'm working on a new algorithm that incorporates all the hash algorithms together via scrypt.  At some point too adding hash algorithms will slow things down for CPU or GPU because you'll overflow the instruction cache I imagine, so you have to evaluate all the hash functions individually and see how many clock cycles it takes to compute each one, and the same thing for scrypt memory transfer.

Quote
4) The 5th grader problem - Let's face it, Joe 6 pack can't do basic math, he is not smarter than a 5th grader, even less so in 3rd world countries where education is seriously lacking. DON'T fractionalize the coins into ridiculous numbers of decimal places, or make people use 8 different fractional acronyms mBTC, satoshi's etc. The major problem with bitcoin from gaining mass adoption is that it is seriously not adhering to the KISS (keep it simple stupid) principle. You think in 10 years, your average person is really going to understand or want to deal with .000004 bitcoins? Please consider the Brazilian solution. Brazil in the past few decades had  severe bouts of high inflation in their "Real" currency... after the inflation got too high, i.e. the number of ZEROs on the notes got too be too many they simply issued a new currency and said something like 1,000 of the old Real's are now worth 1 of the new issued Real's. This didn't solve the high inflation issues of course, but it's a simple solution that could solve trying to deal with .24056794 bitcoins to buy a loaf of bread.[/b]
Well, you could just make a box in your wallet that is based on the SI prefix that you cycle through, for instance cNTC, mNTC, etc to get a denomination close to a dollar.  Clicking the button would automatically change the value everywhere in the wallet.  I can't control what the value of the coin will be, so this is probably the best answer.  The everyone can just click in the wallet to change it every 6 years when it increases by an order of magnitude or whatever.

Quote
5) Anonymity Improvements - I'm not sure why satoshi only went 1/2 way to make the bitcoin anonymous. Clearly he didn't go far enough in the eyes of many. There are now all kinds of academics studying the bitcoin blockchain and trying to figure out who has how many coins (including satoshi himself), and where they live. Look, blockchain.info can identify a user's aproximate location and map it: http://blockchain.info/tx/58d961336f14d3c8305dfe193c5e00ac00a3a9de21aa605ee701da714fb1657c
Please prevent identifying user's IP and thus geo location. I know IPs aren't in the blockchain, but they can and are apparently being collected by major nodes  - this could be mitigated by having bitcoin work within a TOR like system. Probably there are many other anonymity improvements that can be made, I am just mentioning the most glaring one for me.
They already can't identify my IP in bitcoin; I check blockchain.info constantly when I make transactions and I have never seen my IP come up as a trafficking node.  You can easily just transmit a transaction over TOR already if you really want to, though (it'll come out of the exit node to a bitcoin node).  I guess it'd be desirable to have a few nodes with connection ports of 80 to easily accept these tx, too.

Quote
6) Wishlist - I honestly don't understand 80% of the items on this bitcoin improvement wish list, but seriously consider implementing the best ones because from my understanding, once a coin gets too popular, the risk of making any major changes becomes ever bigger, and thus innovation will stall. In other words, get it right from the get go as much as possible, because hardforks are not popular. https://en.bitcoin.it/wiki/Hardfork_Wishlist
I'm trying my best.  A number are already being addressed, such as the use of an alternative light ledger system to complete downloading of the blockchain.

Quote
7) Hardforks - Why are hardforks so hard on the system? Chrome and IE now force automatic updates upon 100's of millions of users, with little seeming repercussions... why not do the same with your coin? If auto-updates are not somehow possible, then establish a coin-holiday, or several a year (say 1 major update opportunity per quarter), where all clients/miners must update to the new patch-level whose details of course would be pre-announced. Also, if you can, think of a way to establish an Emergency change system in case something goes horribly wrong by accident.
An update system that simply prompts the user would be desirable, yes, but it may also make the chain less secure, for instance if someone found a way to redirect the DNS of the update on the target computer to a version that was illegitimate.  You'd have to be careful and use some kind of validation method like public key encryption.

Quote
8 ) SatoshiDice blockchain pollution - Please figure out a way that the blockchain doesn't get polluted with 5 million .00001 transactions per day. Please discourage ridiculous micro transactions. Micro transactions are definitely wanted, but not millions of them by the same entity. What % of the blockchain now is satoshidice garbage ? Maybe have a transaction fee that is high enough to prevent excessive number of small transactions.
This is easily solvable by just keeping the per KB fee high enough.

Quote
9) The Mega Blockchain problem - Is there any viable way to prevent the blockchain from growing into Terabytes of size? Can we not archive it every X years or every X gigabytes or something ? I mean, sure storage is cheap these days and bandwidths are getting higher, but think like a Chinese government in loooong timespans. In 200 years, how large might the blockchain be? 5 billion petabytes ? Hopefully we won't hit a technological wall of storage or bandwidth along the way resulting in the crash of the currency because no more transactions can be added to the blockchain, because every user would have to own their own private data center.
You can decentralize block storage (eg only keep blocks that contain transactions to and from your block address) and store the block hashes and a ledger.  Then persons can share blocks and eventually reconstruct the blockchain.  However, it's of interest to keep the total chain in at least one location, but by decentralizing like mentioned you can significantly reduce the overall world storage used.

Quote
10) Democratic voting of interest rates - I'm not sure this is such a good idea, with humanity being what it is. The lowest common denominator would always win, and this is rarely the best decision that can be made.  This is readily evident in today's government formations. Nobody goes on a campaign trail announcing massive necessary spending cuts, increases in taxes or interest rates, because none of the constituents in their right mind want less money. Likewise, if people could vote on things like interest rates, they would always vote for whatever is best for them right now, not for the survival of the system in the long run. Thus, I think satoshi had it right in that the problem with fiat is that it is controlled by humans, and the advantage of bitcoin is that everyone can trust an intelligent algorithm. As the philosophers proclaim (paraphrase): Genius does not belong the majority, it is the inherent attribute of the rarest of human. .... fortunately for us, we can work hard at making a genius algorithm.
You can partially mitigate this by enforce a minimum reward for both PoS and PoW, and also a maximum, and also by allowing only small changes allowed per year.  It's similar to allowing the difficulty to only adjust a little bit each round instead of letting swing violently.

Code:
XMR: 44GBHzv6ZyQdJkjqZje6KLZ3xSyN1hBSFAnLP6EAqJtCRVzMzZmeXTC2AHKDS9aEDTRKmo6a6o9r9j86pYfhCWDkKjbtcns
tacotime (OP)
Legendary
*
Offline Offline

Activity: 1484
Merit: 1005



View Profile
May 03, 2013, 12:46:08 AM
 #287

Maybe make the coin a consistent generation coin depending upon contribution of processing power, not like the current lottery system so that pools are not very popular and thus a couple of big pools don't control the whole thing.

Hope that made sense

Makes perfect sense. Good idea imo.
This is very important!

There's not really an easy way to solve this, and this problem is mostly already solved using a normal blockchain by using P2Pool anyway.

Code:
XMR: 44GBHzv6ZyQdJkjqZje6KLZ3xSyN1hBSFAnLP6EAqJtCRVzMzZmeXTC2AHKDS9aEDTRKmo6a6o9r9j86pYfhCWDkKjbtcns
tacotime (OP)
Legendary
*
Offline Offline

Activity: 1484
Merit: 1005



View Profile
May 03, 2013, 12:54:59 AM
 #288

1) Transaction times - Starbucks, gas station and grocery lineups (something many of us deal with daily) are long enough as it is, can you imagine the patience of people in a lineup to wait for your 10 minute cryptocoin transaction to go through?! Or imagine on black Friday, you need to purchase that $1,000 flatscreen and BestBuy makes you wait for 6 confirmations (~1hour) before approving the transaction. We BADLY need transaction times to be 30 seconds or less, ideally on par or better than credit cards. This IMO is the #1 hurdle to mass adoption. Who the heck wants to wait around to pay for something? And which business owner wants less customers because they are too frustrated waiting around to buy something?

I think this can be solved as follows:

Rather than having a single blockchain, use a hierarchy (L0 : L1 : L2 : L3 ...) of blockchains.  Then we could for example set
Difficulty of Level (i + 1) = alpha * (Difficult of Level i)
where alpha is for example equal to 0.25

This would mean the time to generate a block at level i + 1 would also be approximately equal to (the time to generate a block at level i) * alpha.

When a new block is found on level i, we start a new blockchain on level i + 1 using the hash of the new block of level i as the genesis block of the new blockchain of level i + 1.  The transactions are processed in the same way as before in the blockchain of the highest level.  To generate a block at level i, all transactions that are included in the blockchain at level i + 1 should be combined into a single transaction at level i.

This has the following advantages:
  • Automated laundry: When all transactions at level i + 1 are combined in a single transaction and the previous blockchain at level i + 1 is discarded, it is no longer possible to discern individual transactions at level i + 1.  If this is done at multiple levels, it gets even better.
  • Automated blockchain compression: If the higher level contains multiple transactions between A and B, these are compressed into a single transaction.  If A sends coins to B and B sends the same amount of coins to C, it is not even necessary to include B in the transaction at all.
  • Reduced performance requirements for the point-of-sale devices.  Since the blocks at higher levels are easier to generate, the devices that generate blocks here can be simpler.

This way, we get both shorter transaction times for POS devices, while avoiding excessive blockchain size.

If the different levels use the same algorithm, the reward for finding a block can be based on the relative difficulty at the different levels.

Feel free to point out any obvious flaws in this idea.  If some of the dinosaurs roaming around here know this idea has been proposed before, I'm really sorry for suggesting it.

Edit: So, I think this should solve, or at least reduce the negative effect of the following problems in your list too:
8 ) SatoshiDice blockchain pollution - Please figure out a way that the blockchain doesn't get polluted with 5 million .00001 transactions per day. Please discourage ridiculous micro transactions. Micro transactions are definitely wanted, but not millions of them by the same entity. What % of the blockchain now is satoshidice garbage ? Maybe have a transaction fee that is high enough to prevent excessive number of small transactions.

9) The Mega Blockchain problem - Is there any viable way to prevent the blockchain from growing into Terabytes of size? Can we not archive it every X years or every X gigabytes or something ? I mean, sure storage is cheap these days and bandwidths are getting higher, but think like a Chinese government in loooong timespans. In 200 years, how large might the blockchain be? 5 billion petabytes ? Hopefully we won't hit a technological wall of storage or bandwidth along the way resulting in the crash of the currency because no more transactions can be added to the blockchain, because every user would have to own their own private data center.


I'm not sure I really follow.  If you lower the difficulty to mine the side chain, and all the miners hop onto this new chain, you'll run into a lot of orphans.  If you running multiple chains at the same time of variable difficulty (eg a binary tree of blockchains), you run into the issue of massive amounts of network bandwidth required with arguably no enhancement of security (what's to stop an attacker from making his own binary tree of block chains and then dumping it on the network?).

Code:
XMR: 44GBHzv6ZyQdJkjqZje6KLZ3xSyN1hBSFAnLP6EAqJtCRVzMzZmeXTC2AHKDS9aEDTRKmo6a6o9r9j86pYfhCWDkKjbtcns
tacotime (OP)
Legendary
*
Offline Offline

Activity: 1484
Merit: 1005



View Profile
May 03, 2013, 01:14:17 AM
 #289

I was thinking that instead of people casting a real vote, they will vote with their wallets, and having a dynamic generation. And let me explain, what i think it may be a good idea, but i am not sure about the technical difficulties involved (i need to check the source code of the current crypto coins when i will have some time).

1. A block is generated every 10 seconds for fast approval of transactions
2. At first every block will give 10 or 50 or whatever value.
3. After some time (let's say 1 million of coin have been generated or after 6 months), the value generated by a new block is proportional with the transactions made since the last block have been found. Let's say, as an example, that when a new block is found 1% of the coins used since the last block is generated. So if 100 coins have changed hands since the last block, the new block will generate 1 new coin. This will generate new coins only based on the usage of the coin, and i think it will be a good thing, also considering that the transaction will be approved faster and so one of the problem of the current crypto coins will be solved.

The problem with such a system is that an attacker will generate tons of spam just to get a greater reward in an upcoming block.

Code:
XMR: 44GBHzv6ZyQdJkjqZje6KLZ3xSyN1hBSFAnLP6EAqJtCRVzMzZmeXTC2AHKDS9aEDTRKmo6a6o9r9j86pYfhCWDkKjbtcns
aaaxn
Sr. Member
****
Offline Offline

Activity: 359
Merit: 250



View Profile
May 03, 2013, 01:20:21 AM
Last edit: May 03, 2013, 01:34:14 AM by aaaxn
 #290

At that point though, I think you may as well just resolve to use a less computationally and bandwidth intensive system such as the one (probably) employed by OpenCoin.
I wouldn't be so strict about it. Even bitcoin has some checkpoint in its source. It is not really a big deal to checkpoint system once in a few months. Every client could even do it for its own and just don't accept another blockchain if it rewrites more than few months of history.  If it can make PoS and blockchain reduction feasible I think its worth it.


                                                                              █
                              █████████                  ██████ 
                      ███████████████████████████   
              ███████████████████████████████   
            ████████████████████████████████   
        █████████████████████████████████     
    ████████████████████████████████████   
    ████████          █████████          █████████   
  ████████                ██████              ████████   
█████████                █████                ████████   
███████████                █                ███████████ 
██████████████                      ██████████████ 
█████████████████            ████████████████ 
███████████████                  ███████████████ 
█████████████                          █████████████ 
███████████              ███                ██████████ 
█████████                █████                ████████   
  ████████              ███████              ███████     
    █████████        █████████          ████████     
      █████████████████████████████████       
        ██████████████████████████████           
            ███████████████████████████             
              ████████████████████████                 
                  ████████████████████                     
CorionX


















Powered by,
tacotime (OP)
Legendary
*
Offline Offline

Activity: 1484
Merit: 1005



View Profile
May 03, 2013, 01:31:43 AM
 #291

I was digging through hash algorithms today from the SHA-3 contest, and I saw a couple that were disqualified... not due to insecurity, but due to "performance issues".  One in particular stood out:

"FSB is slower than traditional hash functions and uses quite a lot of memory, which makes it impractical on memory constrained environments. Furthermore, the compression function used in FSB needs a large output size to guarantee security."

Sounds like potential to me.

http://en.wikipedia.org/wiki/Fast_Syndrome_Based_Hash
https://www.rocq.inria.fr/secret/CBCrypto/index.php?pg=fsb

As for the name... I still have an aversion to *coin names, but if we're stuck with it, netCoin is generic and simple enough to encourage adoption from the mundanes.

I'm looking at lots of different hashes right now, there are lots of different ones to choose from and I'll try to implement as many interesting ones as possible.

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

Activity: 224
Merit: 100



View Profile
May 03, 2013, 03:08:52 PM
 #292

I was digging through hash algorithms today from the SHA-3 contest, and I saw a couple that were disqualified... not due to insecurity, but due to "performance issues".  One in particular stood out:

"FSB is slower than traditional hash functions and uses quite a lot of memory, which makes it impractical on memory constrained environments. Furthermore, the compression function used in FSB needs a large output size to guarantee security."

Sounds like potential to me.

http://en.wikipedia.org/wiki/Fast_Syndrome_Based_Hash
https://www.rocq.inria.fr/secret/CBCrypto/index.php?pg=fsb

As for the name... I still have an aversion to *coin names, but if we're stuck with it, netCoin is generic and simple enough to encourage adoption from the mundanes.

I'm looking at lots of different hashes right now, there are lots of different ones to choose from and I'll try to implement as many interesting ones as possible.

When you do launch, ping me over PM. Would be fun to help you work out the kinks, I'll throw a few hash at it.
achillez
Hero Member
*****
Offline Offline

Activity: 874
Merit: 1000


View Profile
May 03, 2013, 03:11:22 PM
 #293

Same here - I'll help out where possible. Also can do some development for you.
keinur
Newbie
*
Offline Offline

Activity: 12
Merit: 0


View Profile
May 03, 2013, 06:49:41 PM
 #294

You can count on me for any help needed in translations to spanish, and website/forum development.
1Peter
Member
**
Offline Offline

Activity: 70
Merit: 10


View Profile
May 03, 2013, 07:32:38 PM
 #295

I really like the way this is heading.. I think with all the community involvement and thought going into this, the launch will be something to see!
3Dfilament
Member
**
Offline Offline

Activity: 92
Merit: 10



View Profile
May 04, 2013, 12:20:00 AM
 #296

I can also offer the coordination of Mandarin translation and proof reading for translations.
Nissi
Newbie
*
Offline Offline

Activity: 24
Merit: 0


View Profile
May 04, 2013, 04:36:05 AM
 #297

I would also like to be added to any PM mailing list that may form for this coin. I am fairly new to cryptocurrencies, but am digging into it quick. Currently looking into setting up an exchange or other related site and I would like to help out with this any way I can. This looks like a promising project.
3Dfilament
Member
**
Offline Offline

Activity: 92
Merit: 10



View Profile
May 04, 2013, 06:41:34 AM
Last edit: May 04, 2013, 07:20:30 AM by 3Dfilament
 #298

A preliminary, rough, idea sketch, a raster based image which would need to be reproduced as a vector based image for reduction in size for the many different uses a logo for a Crypto Currency alt coin demands ... a rough idea, just a musing if you will, for NETCOIN/NTC.

==================================================================================

[ ... Stacked --->


==================================================================================

See this logo processed by makeappicon as it would appear on a smartphone here: http://makeappicon.com/download/b6f13d46c3ad4a3fa7cb1ef8377d3cc8

Stacked: http://makeappicon.com/download/106d88a4b5404d4ca960ff25f009df5b#

The logo, it's technical demands are, that it be instantly recognized when it is teeny, tiny displayed as the logo in a browser tab, in the miner application, in the taskbar or the system tray, etc ... The coin edge could probably be a little bigger, yes, the bevel should be a bit more pronounced and you tend to lose all of that when it is reduced for use as an icon, (desktop, taskbar, browser tab, etc ...), so the primary component that makes for instant recognition is the math symbol, the greek letter, the Sigma which is used in Tacotime's most recent whitepaper. And then we have a bit of bitcoin color, a "clip" of the coin if you will, and then a greater proportion of silver to gold ratio, pie chart like ... and then the copper edge. So we rally round the family, (of Crypto), pocket fulla' ... Netcoins.

Got a little bit of that Tron thing goin' on, and some of that "ecoin" ...
ryepdx
Hero Member
*****
Offline Offline

Activity: 714
Merit: 500


View Profile
May 04, 2013, 07:44:45 AM
 #299

Watching. This sounds like an interesting project...
Bitcoin Oz
Hero Member
*****
Offline Offline

Activity: 686
Merit: 500


Wat


View Profile WWW
May 04, 2013, 07:56:26 AM
 #300

I wonder why no one has built a coin client that includes a "troll box" ala btc-e Cheesy

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:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!