BasicCoin, a cryptocurrency in less than 600 lines of Python

600 lines, however the codebase is quite unreadable. Typically, code written in python is rather readable and easy to follow, but this is heavily condensed and somehow completely void of any sort of pythonic code. Programs are the communication of thoughts between fellow software writers, readability should be your #1 priority.

Wouldn't it be even easier to just use Git for most of the heavy lifting?

- Ledger is a file in a Git repo

- Blocks are confirmed by committing them with a SHA1 with sufficiently many leading zeros (adjust a nonce in the commit msg until it fits)

- Some bot accepts all pull requests into the Github repo that are fast-forward and whose commits have sufficiently many leading 0s (possibly after confirming that the booking is valid ;)

We could call that... oh I don't know, DvcsCoin or so.

Millions of currencies. I was standing at the back of the room when Andreas said that and I was like, yeah, I can see it.

The blockchains deliver trusted communication of stored work to us. The network has value in and of that function alone. That I can verify you have thing of X value and I have thing of Y value and that the ratio of X to Y is such as established by these market APIs/feeds. Which themselves are running on a trusted computing platform that is a fair and accurate representation of what is what in this world, up to a point.

That there will be a million blockchains working together in a mishmash of interconnected markets, is no more difficult than imagining a million seperate computer networks, each of which is using a private address block 10.0.0.0/24. Some things are meant to be highly distributed, some are not.

Why would you ever expect a cryptocurrency based on the thesis of high distribution to ever be a singleton itself?

Unless I'm missing something, the only advantage of it being only 600 lines of code is for educational purposes. But condensing the code in such way to reduce line count goes against such objective. Any other reason to advertise brevity in LoC?

Honest suggestion: Change the tagline to "less than 1000 lines" or exclude the GUI or whatever, but don't just not include line breaks anywhere.

You have 7 very sensible, and indeed admirable, style guidelines and while no line breaks only clearly violates one of them (PEP8), it's not really in the spirit of the others either. I opened gui.py and immediately was overwhelmed, rather than compelled to dive in and digest your small codebase.

Basically unreadable. Not sure what you were going for, but I think it was the wrong thing.

Off the top of my head:

1.) There's no reason not to use newlines. They have no chance of introducing bugs in any reasonable language and they aid readability.

2.) You're using closures all over place and I haven't checked every occurrence, but I strongly suspect that almost all of them are unnecessary and unhelpful. Closures are not free in terms of code complexity. Use them only when necessary.

Very cool! Though it looks like "less than 600 lines" made you write awfully styled code :/

I wish you tried to make the code readable rather than making as many 1-liners as you could.

I am bother by the desire to get smaller and smaller. A secure implementation will have a lot of code to verify incoming data and handle exceptions. It is fun to learn and implement HTTP server from the raw socket module (I did that once for my security project in my computer security class too), but if you are just looking for a simple server that you can handle GET and POST look into bottle.py

A single file / pip install write into setup.py and you are good to go.

This I consider as educational, which I assume is the case by the desire to go smaller and implementing such socket server.

I have to say I think crypto currencies is an area where the keep it simple approach is extremely beneficial. If it means fever optimizations, and leads to a greater dependency on off chain transactions, so be it. For genuinely wide spread adoption, more important than speed and transaction volumes, are an ironclad faith in the integrity of the underlying code itself.

It's awesome idea but..could you add comments? (hint: you don't need to count the comments when counting lines of code :) it's normal to have more comments than code for a dense code, and it make things easier to understand )

The idea seems legit ; however trying to reduce the number of lines of code by a "no skipped lines & no comments" policy is not helping the ease of modification, which seems to be one of the target.

I find it depressing that someone puts into the work to make a cool library and 2/3rds of the comments are whining about the author using the "wrong" number of newlines and other stylistic issues.

The idea is cool and helps to learn crypto coin systems. But restricting the number of lines of code might only make it obfuscated. :)

I wonder how practical it would be to take Bitcoin Core and gradually reduce its # of (non-blank) lines.

Can anyone figure out where in this code it determines the addresses of other peers?

If I'd get one Bitcoin for every cryptocurrency that is promoted on HN, ...

This is really poor