Topic: Best altcoin to be able to handle lots of transactions? (Read 4381 times)

Please don't, I feel old!

1983 was 32 years ago(!).

Correct. Its been a while (22 years)

The Atari ST was 68000.

No 6510 (essentially a 6502 plus some extra integrated functionality). 68000 assembly would be far less impressive as it was close to the pinnacle of user-friendly CISC microprocessor instruction sets. (After that ISA development went RISC or stalled.) Almost a high level language by comparison.

Well you got me beat. I was born in 1965. My first programming was Apple II Basic in the summer after graduating high school in 1983. But I had read a book from Radio Shack on microprocessors in 1978 and had been doing machine code programming in my head since that time.

By the end of 1983, I owned a Commodore 64 and wrote a basic word processor in 68000 assembly language. I turned the 40 column display into 80 column by creating a font that could fit two characters into each column. I was programming the display at the bit level. I was doing this in my dorm at college, because I had this talent where I didn't need to attend class. I could just show up for tests. For example, I finished #3 out of 3 sections (300+ students) in freshman Chemistry.

By 1985, I had acquired an Atari ST and began programming WordUp in my spare time. I started with assembly language but switched to C by version 3.0 of the commercially successful product.

Yeah I guess I have about 20+ years experience, if factoring in that some years after 2001 I wasn't working.

Dash through the use of its masternode network : https://www.youtube.com/watch?v=68nC5BQfuuE
Still heavy in development though, but its making nice progress....

Fairly serious question; how do you not end up fleeing into something else? I've been doing this as a job for ~15 years and I seem to spend increasingly more and more of my time despairing over the state of everything!

Yeah, I have been coding since 1967, wrote some IBM assembler back then, then migrated to COBOL as it was easier to code in... My first paid job was programming via wiring pegboards in a bank.  The Bank mainframe had 256kb of iron core memory, which filled a 20 x 30 sq ft room with a raise aluminum floor.

The number of people around here who consider months of experience to be an expert is astonishing. Even more impressive is how no-one seems to learn. I see people talking about coin devs with 10-20 years experience as if that's meant to be incredible; no, it's about right, and describes (for example) the devs for Bit, Lite & Doge.

Edit: 10-20 years development experience. Obviously having more than 2-3 years of coin development experience is really difficult, and more than 5 would likely mean you're Satoshi :-D

lol this reminds me of my old college professor telling us about the IBM XXXX units he'd have to replace with like a ton of ESD protection.

He went "now in my day, hard drives literally 'crashed' " referring to the read head actually colliding with the surface of the drive every so often.

Now, there's solid state ftw.

 
  
Actual wisdom on the nature of change and humanity doesn't go out of style!    It also takes decades to earn.  Who knew?  
  
I think that the "old men" of today who have witnessed the entire rise of computers from the single-byte age to modern times are some of the most valuable resources on the planet.  Having grown up in the 80's right as computers really hit the fun part of their exponential curve I feel about half as wise as you, and I can appreciate your perspective on how things might play out in the future.  You have seen the top minds of each decade repeatedly spout off nonsense about "how things really are" only to soon be silence by the march of technology and connectivity.
  

Check MAPC from my sig

Dogecoin - simple and popular crypto coin  Transactions are simple and fast, you can also change Doge to/from BTC easy 

Digibyte
https://www.youtube.com/watch?v=s6SxmDmUvIk

what IS your design ? Is there anything I can read or look at ? Is it already implemented ?

eMunie does too, but I didn't announce it yet, one document at a time is enough for me thanks

How does yours achieve it?

The solution is a design that does not significant increase the block chain size as the transaction rate increases.

I know of no other design that solves the bandwidth scaling other than my design.

We've got a founder on the project that was from the same background, keeps us very grounded in terms of exactly what you are saying.  Frequently he tells stories of punch cards, tape drives and hard discs the size of a refrigerator

Even if he doesn't intend it, it makes me sit back after and think about things I could improve, change, remove to work on lower hardware.  Its not a bad practice either, as low end hardware these days is crazy efficient, and so is our project as a product of that thinking

Im working on some JavaCard stuff atm, and thats the same as what you are describing in a way.  A few kb of EEPROM, 2k of RAM, slow processor.  You have to think about every byte and clock cycle you use.  Currently writing an ECDSA signer in that environment (JavaCard 2.2 doesnt support ECDSA with SHA2 hashes natively, only SHA1) and its taxing!

The key issue in my mind is that the coin must not be hard coded to todays tecnhnology. This is the problem with Bitcoin and its 1 MB blocksize limit and even Gavin's proposal is ultimately flawed since he is proposing a hard 8GB blocksize limit. My take is that age has a lot to do with this issue. Young people have a phonomenal grasp of the current technology; however when it comes to the rate of change, or first derivative, of technology the prespective of a 50 year old or a 60 year old actually wins hands down.  

How many people on this forum have actually progammed with punch cards, used a teletype to communicate with a computer that had 2 KB of RAM, or got an error message from the mainframe of a major Canadian University because the program they wrote required over 2 MB (the total memory capacity of the mainframe)? I have. To put things into prespective a punchcard holds 80 bytes, and an 8in floppy holds 80 Kilobytes. Now today does it make any significant diffrence in the cost of sending an email that has an 80 byte or 80 kilobyte message? 50 years ago sending an 80 byte message over the telegraph network would cost around 10 USD (in todays dollars), while the other hand sending an 80 kilobyte telegram would have cost around 10,000 USD in todays dollars.  

The critical advantage that Monero has is that it does not have a hard coded (requiring a hard fork) limit that throttles the coin to today's technology. This is the critical factor in my opinion.

Now while I am writing this post my sell Bitcoin buy Monero order is being filled. In the meantime let us see if Gavin gets his way and Bitcoin is allowed to scale from the punchcard to the CD 5.25in floppy disk.

Edit: Corrected CD (640 MB) to 5.25in floppy disk (640 KB)