Quote from: *Sakura* on October 29, 2016, 03:10:29 PM

Quote from: 3r197 on October 28, 2016, 10:30:38 AM

Quote from: kitey on October 28, 2016, 09:48:06 AM

Am so glad this project is still going and seems to be going from strength to strength.

going to invest in this un found (as of yet) gem

Thanks for the kind words.
Yeah David is coding this gem all by himself. I think Halo is somewhere over 60 to 70 thousand lines of coding!

It's frustrating knowing where the price is now with all the features it currently has working.

In all honesty, after the rolling peg is complete and all it's features that spin off from it, I really don't think there will be another coin out there that will be able to match the number of features BitBay will have built into the wallet.

Sure Bitcoin has an unknown amount of 3rd party features, but that's because it's king.
But if there was a column on an exchange that tracked features in a coin, BitBay would already be in the top 5, and like I said after he finishes the peg, it will be 2nd to Bitcoin in total features.

And by then I'd think the masses could no longer ignore this fact and begin to contribute to it. As David's goal is to include python programmable smart contracts.
These are not to be compared to ether's smart contracts because David doesn't want to bloat the blockchain with a bunch of smart contracts.
They won't be as fast as ether's because they are obviously python and not C++, but they won't bloat the system.
He found a way to structure and secure these python programs without the need for it to be on the blockchain yet still secured by miners!!

Here's his thoughts on the matter from a previous post:

Quote

By the way, I had an idea for ethereum style blockchain contracts
by combining python with the mining rules, allowing people to make contracts that get pre-approved to run through pythons interpreter. And those contracts can be run from a text file
Instead of having to rebuild the daemon
In theory, you could have the miners check with a centralized address that puts the hashes and torrent link of the new contracts
Its just that python is slower than c++... thats the major drawback
and bitcoin already suffers from speed issues

However, I wanted to do the pegging this way, so I could test it live without constantly rebuilding the daemon and running nodes
his would be similar to how P2P python contracts work
but instead done at the miner level
So people would pay a transaction to a hash, then the miners would see if the hash is part of their approved list of contracts
if it is, they run the python code that was approved, they should hold a text file of it
or if they dont have it, they download it via torrent
Since they are preapproved, we can prevent bloating issues or weird bugs like infinite loops
But as long as the contract doesnt damage the network causing too much work for miners we can approve those
I guess the barrier to entry would be that users dont want to wait for approval
So people would rather play with Eth since there is already the language there to use live
in this case they can test live but only alone or on testnet

So lots more to come.

If David will be able to communicate their ideas to their logical conclusion, then I think this project has very promising future. And it is one of the most undervalued coins in the history of the cryptocurrency, which creates favorable conditions for the early-stage investment.

Well that's the hardest part. He's already got so much on his plate to finish first.
I think we should gain some coder's interest in the near future as he progresses with the project.

Python smart contracts is one of the last items on the long list of things to complete.
But yeah, I agree. Who ever's been holding the price down will eventually run out.