You are viewing a single comment's thread from:
RE: Bismuth - No ICO, No Premine and First Python Coin!
A lot of people might not realize the significance of a coin implemented in python. It's one of the first languages that programmers learn on, and for good reason: it's extremely accessible and easy to use. People don't write bots here on steem linked directly into the codebase.. what do they use? Python. Cheetah? Written in python.
I can definitely see good things in the future for python blockchains due to how accessible they will be to users, contract writers, and programmers. A lot of devs just copy paste the codebase of other coins and aren't familiar with the inner workings, but a full python implementation is extremely interesting.
Scripts and contracts right into the code. That plus no ICO? Definitely worth a look...
I made nice profit mining Bismuth!
::: ^ :::
Is it possible to mine it using my Macbook Pro?
yeah with whatever PC you want
Can you post an article regarding mining Bismuth?
First time heard of bismuth ,I should check them out 🙂
Agreed -- I've just discovered Bismuth, and the fact that it's written in Python is very attractive.
Except the issues of thorny scalability and speed... Not to bomb, just wondering how they solved that.
Most blockchains are not designed for speed, they are designed to be robust. You think 10 minute block times on bitcoin is fast?
Actually, even better; do you think 3 second block times on steem are fast?
Depends on your perspective. To us humans, 3 seconds is quite speedy. To a computer, regardless of programming language, 3 seconds is eternity. Python could handle 3 second blocks fine, assuming the programmer doesn't insert a time.sleep(3) in there somewhere. It might take a naive python implementation 200ms to process a block, where a C implementation can do it in 10ms. In the grand scheme of blocks, not a big issue.
We're limited by the speed of light distributing a block far sooner than we are at processing blocks on a machine. So in my mind it's a non-issue for blockchain style consensus model. Unless something is really wrong.
True, but what about witnesses?
For a record to be posted on the blockchain, witnesses have to come to consensus, no?
And for that the for loop needs to be inherently fast not to jam the transaction flow. Of course you can mitigate it by running delegated PoW/PoS, hence my question.
Like I said -- we're limited by the speed of light in distributing blocks far more than we are in machine processing time of blocks. Block processing is in the order high micro- to millisecond, where block propagation around the world is high milli- to full second. There's plenty of time to forgive processing language inefficiency. I say this with confidence as a) a computer engineer, and b) a witness here on steem. Latency is the biggest issue for consensus!
If you want to reeaaaally did deep in to what takes longer on python compared to C, you'll find a second non-issue. The stuff that takes the longest amount of time in block processing is transaction verification, which is cryptography. Guess what? Python can call functions in libraries that are actually implemented in C. So, for the biggest bottleneck, you'll get the almost the exact same performance.
At the End of this year in concurrency, one of the biggest and first ever coin called Bitcoin will go up to near $26000 because it is quite predicted and chances are going in favour of this prediction because this is 2nd 4 years count according to the creation of bitcoin.
Python is a great programming language! I'm glad that it became more often used in the field of blockchain and cryptocurrency.
btw, just curious, anyone knows what the the most commonly used language among all the coins currently out there? C ?
Download Free Bitcoin Spinner. Earn Bitcoin for FREE! https://coinspinner.me/c/DPTLOB
Hi dear steemit user, im steemit writer and developer. Please support me. Best regards.