Bitcoin Forum
June 24, 2024, 03:47:56 AM *
News: Voting for pizza day contest
 
   Home   Help Search Login Register More  
Pages: [1]
  Print  
Author Topic: Altcoin dev shopping list  (Read 573 times)
jago25_98 (OP)
Hero Member
*****
Offline Offline

Activity: 900
Merit: 1000


Crypto Geek


View Profile WWW
November 11, 2013, 07:10:29 PM
 #1

If you're going to make an altcoin here's some features you might want to think about. The most pressing ones imho are in bold.

- faster than Bitcoin
- open surface / API for decentralised exchange:
      -interfaces with ripple?
      -or with another cryptocurrency that doesn't exist yet? (for price stability via easier speculation)
- ^ and/or built in escrow (or multisig)
- related to the above, namecoin functionality but wider in scope than just domains
- proof of stake, quorum efficiency improvements
- prime number search or similar
- fixed small blockchain through mini-blockchain
- i2p, tor support
- merged mine compatible with another large coin for fast security startup
- no inflation built in at the start, switch to demurrage in 90 years time (next generation)

Other aspects to think about:
- programmed in something assessable, quick to dev with, i.e. python (pybt)
- could be applicable to a particular community for some reason

Bitcoiner since the early days. Crypto YouTube Channel: Trading Nomads | Analyst | News Reporter | Bitcoin Hodler | Support Freedom of Speech!
barwizi
Legendary
*
Offline Offline

Activity: 882
Merit: 1000



View Profile
November 11, 2013, 07:31:54 PM
 #2

If you're going to make an altcoin here's some features you might want to think about. The most pressing ones imho are in bold.

- faster than Bitcoin
- open surface / API for decentralised exchange:
      -interfaces with ripple?
      -or with another cryptocurrency that doesn't exist yet? (for price stability via easier speculation)
- ^ and/or built in escrow (or multisig)
- related to the above, namecoin functionality but wider in scope than just domains
- proof of stake, quorum efficiency improvements
- prime number search or similar
- fixed small blockchain through mini-blockchain
- i2p, tor support
- merged mine compatible with another large coin for fast security startup
- no inflation built in at the start, switch to demurrage in 90 years time (next generation)

Other aspects to think about:
- programmed in something assessable, quick to dev with, i.e. python (pybt)
- could be applicable to a particular community for some reason
i get to work with a large variety on these forums, i can safely say that faster than BTC has been done and perfected....however it has sacrificed some security.
Ripple is a no go, any form of interfacing that branches out would need years of work and may still be impractical due to size issues. Just imagine trying to corral two or more seperate herds of cows
the escrow idea is good in theory, but again, size and security will need serious attention.
Proof of stake is what the copy pasters are playing with now, so after a rush of coins, we'll see the viable implementations.
prime numbers have existing candidates. one once argued phone call encryption for all that delays initial connections by a fraction of a second by picking a random hash from the chain and using it to secure calls. basically, lets look for things we can practically apply our computing power to.
the mini blockchain idea requires breakthroughs that i think are still a year or two away if people get serious.
merged mining is nigh impossible for sCrypt, believe me, we tried and are still trying.
the last part........why?
infoporter
Full Member
***
Offline Offline

Activity: 124
Merit: 100


Hardhat Required in This Area


View Profile WWW
November 11, 2013, 09:02:21 PM
 #3

I think a very useful feature would be to be able to set the datadir in the client on install. I think it's a major oversight that each blockchain is stored in %appdata. I just moved mine last night by setting a variable in my bitcoin.conf file, which freed up 13.3GB on my C: drive. Using a SSD for my main drive, that is a fairly large chunk of it for just Bitcoin.

Vircurvault - The Heavy Duty Virtual Currency Paper Wallet (It floats!)
Coin Foreman | Virtual Currency Exchange | Reliable VPS Hosting | Domain Names for BTC
jago25_98 (OP)
Hero Member
*****
Offline Offline

Activity: 900
Merit: 1000


Crypto Geek


View Profile WWW
November 12, 2013, 01:49:52 AM
 #4

Regards getting 2 projects to have that agreed open surface, I think the phrase you're thinking of is herding cats.
I'm not sure about this. If a single fork was able to demonstrate it and another fork was inspired enough to follow that exchange compatibility that sounds like enough to at least get the ball rolling.

At the moment in a sense bitcoin is running only as well as the number of exchanges across the globe. It has some protection because there are different countries in the world. But that is under threat as countries merge together (EU, USA, SE Asia, west african bank etc etc).
Bitcoin also has some protection due to being on the internet but that too is slowly under threat via firewalling, deep packet inspection.

An address to both of these is decentralised exchange. But to do that we have to establish the lowest footprint, most simple way to exchange say, Bitcoin for Litecoin without that big central Mt.Gox antithesis.

Until this is done price stability is not going to be in Bitcoin.

There is a fork out there that professes to support escrow built in... I will have to search to remind myself of the name, I hope it wasn't getting multisig confused?
Surely multisig needs to come into play - it seems like it can do a lot more including escrow... and if we have escrow then perhaps that could be a (non ideal) way to establish decentralised exchange for the various altcoins... rather than having to build something new into each coin to support it. Is multisig already the answer? Why aren't there any altcoins doing anythig interesting with this, seems like a good thing to play with.

Also the mini-blockchain idea has been solved only in whitepaper I believe? I hope we can see an implementation of that. infoporter: If the mini-blockchain idea was to be implemented you might need less than 1gb used at max anyway. Now there's pybt this should be achievable.

Thanks for letting me know regards sCrypt and merged mining. That puts me off merged mining! Will keep an eye out on the proof of stake forks too.

Am I right in thinking that money is influencing the development landscape around us these days? Hopefuly not outside just trying to make forks. Maybe it's mostly a good thing. Makes me wonder... if you've put effort into one version does that then put pressure on you not to bring out a new blockchain... or does that success of that just encourage to innovate more and go for the bigger prize... or do people just do it for fun anyway...
 certainly a lot of people have sold out - myself included regards trading coins. but then we have more people involved these days...
 but for all the new people involved there should be more progress...
if everybody was working in the same direction all these things would be nailed and the world would be a different place already

Bitcoiner since the early days. Crypto YouTube Channel: Trading Nomads | Analyst | News Reporter | Bitcoin Hodler | Support Freedom of Speech!
Pages: [1]
  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!