Official Announcement - Steem fork will be called "Calibrae"; DNS will be calibr.aesteemCreated with Sketch.

in #calibrae7 years ago (edited)

Naming

 

can be as painful and tedious as the process of birth. Well, I exaggerate a little, but I don't think that is so great an exaggeration.

So, it turns out there is a nice, kinda high-tech latinic related TLD

.ae


Yes, UAE. That bit kinda bugs me, but, hey, I don't think it really matters, because if the DIV design goes forward, down the track, this will mean that calibr.ae is not the actual site that delivers any content, only the app. The replicators will serve up the pages, and they will be anywhere and everywhere.

Update

It took me a little while to make it obey me, but now calibr.ae is pointing in the right direction. Tomorrow I am putting gitlab and jekyll on it, and in the meantime, it's syncing steem blockchain so I can export it and start writing code to slice up the export.

By the way, I updated the image, the lil' hummingbird on the top right there is the 256x256 pixel version of the logo. I will work on the text soon. I did all that cutting manually, using the Gimp. I need to refine it a little more, especially over it's head, and at the edges of its wings, which need to sorta be a bit more blurry, but I am pretty pleased with how it looks so far.

So, to explain the name. Many words are linked - Libre, Liber, Calibre, Collaborate. That pretty much sums up all the parts. Free, literature/media, measure, and collaboration. I have always liked the latin words that end this way. You can pronounce it there ways, -i, -ay and -ai. I don't really care how you pronounce it. It just mainly was the TLD that dictated this. I couldn't find .ia, and .io is so saturated with crypto names these days, like even steem.io.

@xeroc was greedily exclaiming that he wants to build shit for this fork, asap. He said the name was important. So, I started this process of decision.

Another steem-dweller who came and chatted at the discord helped me get into this process, and we started actually by discussing computer language grammars, he's a fan of OCAML. I explained to him how I really like Go, but mainly because of the short notation for return tuples. It made me remember how Haskell has these, and how much I liked them in Vala as well.

In my opinion, Go's 'goroutines' are a waste of space, and I will never use them. I will prefer memory-isolated processes, and functions that don't share variables. Functional Go, if you like. It's my personal Idiom. Event driven, but concurrency is handled through OS process management and memory isolation.

So, I go off topic quite a bit. As you can see in the floaty image above, I have a nice CC image from wikipedia, of a hummingbird. Kolibri is the Bulgarian word (and several other languages) for hummingbird. So, this will be the logo.

Nothing springs to mind about conceptual associations with hummingbirds, except maybe that they pollinate and they love flowers and nectar, and they are extremely fast.

So, maybe the image is acutely appropriate, considering that I may decide that I am going to pull SporeDB into the mix, and these fast reliable broadcast and epidemic protocols.

The Migration Process

The fork will first just be a straight, simple transplant, with the 'genesis' blocks compiled from the Steem account registrations, and account balances, at the day announced, which will be a week in advance, here, on Steem, maybe even 2 weeks, to be sure to be sure. And on other places like bitcointalk, and wherever anyone who gets involved wants to announce it.

The extracted accounts, the usernames and balances, will be altered in only one respect: all the SP mined before the steemit.com site went live, will be subtracted from the relevant accounts, and added to the initial rewards pool. Yes, @berniesanders, @dan, @nextgencrypto, and all the rest, you will lose your advantage. The loss may not be enormous, but to compound that, I doubt you are gonna come play where you are no longer Gods.

Outside of this initial migration process, it is intended that on one side, the database backend of the RPC nodes will be split up to put the forum posts in a separate store to the rest of the transactions.

Beyond that, I am going to work on upgrading the validation mechanism, data propagation mechanism, on devising a data pruning scheme, monetising the service of RPC endpoints, and adding Code Repository to the rewards scheme, as well as Q&A, Wikipedia type data, as well as, of course, adding a special type of user registration that is corporate and can have internal voting systems for ownership transfer and control of group membership. And all the rest. Exchange, classified advertising...

This is basically going to be DIV, except, step-wise. I think it will work out much better if we bring the people with us. So we start with a fork. I will be digging through the code and making sure that I can implement a chain, and we will be then looking for people to run the network. The consensus rules will be frozen as they are now, with Steem, until the system is up and running and all the accounts are migrated, and the developer group will also have to be formed, of course.

Changes beyond this will be more frequent, and less in number per change (preferably one change at a time) under the Calibrae system.

I am still even considering if the premined accounts should even be permitted at all. I am inclined to say no. They kept mining quite a ways after, and many started witnessing as well. I am going to just analyse the new account creation frequency, and the steemit.com site launch, and balance it so that everyone can migrate, but the early people, who not just had direct advantage, but also may have circle jerked themselves in the early days, do not get any advantage.

I don't think they will want to come anyway. No skin off my nose, and I don't think that is gonna be a dealbreaker for the at least several thousand users that will migrate at the drop of a hat.

Sort:  

The pre-mine, witness "circle jerk", performance/scaling challenges...

Topics I would be largely ignorant of had I not followed your posts.

I'm hoping your fork will act like a persistent spotlight on these most pressing concerns.

It's a very good thing for Steemit, imo, which I still feel optimistic about.

Yeah, I realised I can put other experiments in the basket too. Removing SBD, specifically. This actually means removing 'steem' as well, as the primary unit can be the same as VESTS. The SBD could be instanntly converted for all accounts as well, at the moment of snapshot.

Without SBD the witnesses don't have to set a price feed, which means the bug with the insecure use of the Active key can just be deleted.

Well, I am on the case today... First job is removing all the branding from the documentation, mapping everything out... it's a big job... hopefully I will get help but I want to get started and show exactly what I think needs to be done as priority first.

"several thousand users that will migrate at the drop of a hat." you are absolutely right bro Agreed with you

@elfspice Go - go - mighty Loki, Go -go -go !!!
To migrate or not migrate , that's the question - Cheers m8

I would like to beta test it as a end-user giving feedback on user-friendly features and functionality.

Will an equal amount of SP that you have in your account be added to Calibrae as well? So if I have 2500 SP I will have 2500 on Calibrae as well?

yep. Unless you "earned" that SP before there was a website. I am also considering how to deal with the witness earnings of early preminers after the website was created. I am inclined towards the idea that is not unacceptable earnings.

All the premine will be totaled up in VESTS form, and will be configured as the initial rewards pool. So, all the first few weeks of posts will win a pretty big amount of rewards. It resolves the problem of the initial 1 week long charge-up period that is required for a 7 day reward cycle.

@elfspice are you the same dude I met at the smoking spot at volkshotel? @lok1?

if so I was reading the whole thing not quite the technical guy but it really sounds like a tough project.

I hope you get the results you are after. A man that persuade his goals is a man to admire him off.

I hope you the best. I don't see why steemit whales should be upset though there is always room for competition.
Hey if anything competition really speed things up in development. You are might be doing more good than bad, I don't think personally you are doing anything bad. I will be watching to see how this whole thing is going to be implemented. There are so many questions in my mind right now, but I am not going to get you out of your schedule and waste your time. I will wait to see your idea utilized.

Good luck to whatever is that you are going with doing these days. seems challenging.

I am upvoting this because I spot genuine concerns of yours throughout your latest blogs about steemit. And because you are making power ups... and I love the Irony dude.

haha. Yeah, I remember you.

I'm powering up because I hate SBD. When I power down, I don't get no SBD. It acts like a buffer.

I don't think that Steem is going to suddenly, irrevocably die. I think that it's gonna fart out like a dying engine that ran out of oil, slowly, with longer, random spates of not working. The code is like an engine that hasn't been oiled. It is overheating, and the parts are expanding, the friction is rising...

You don't know exactly when it's gonna crap out completely, you just know that unless someone stops it, puts in some oil, it's gone. When, who knows, maybe tomorrow, maybe december.

Having never experienced a FORK before, can you tell me (and others who may not know) what happens to the old account / new account? If everything is duplicated, I can't see everyone all of a sudden owning twice as much Steem (an equivalent amount on each fork).

Must people make a CHOICE of which fork they follow? Can they maintain an account on BOTH forks? What if they choose one fork and later decide that was a mistake and they want to move to the other fork? What if they want to keep a foot in BOTH forks?

Are you able to explain in plain English how the average user will be affected by such a fork?

Thanks!

Yes, everyone ends up with twice as much, except the preminers. But the new coin, which has yet to be named, will have no way to be sold, until someone makes one. This may take even as long as a month, or more.

In the meantime, the idea would be that bugs start getting squashed and people start to see how the distribution goes when there is no false premined stake. We can't erase what influence they had in building some accounts up, but those accounts won't be so absurdly huge.

You got me there, also, on the question of other coins... I want to remove SBD, completely. In fact, this would allow the elimination of two currencies, if you just have VESTS, the base unit, and the deposit contract. I didn't even think about this one until just now.

Don't be so sure you've never experienced a network fork. Go to golos.io and you can login with your account if you're a Steemit old timer like myself. You can also get BCC if you have any bitcoin from before August. That's two.

Nope and nope... I'm relatively new to steem (not quite 3 months) and I have no Bitcoins (nor any of the other cryptocurrencies). Steem is my first experience with crypto's.

Not sure but will see in the future, if it works well done if it doesn't good exercise :)

Exactly! Even if I don't get anywhere, I am learning so much, even already in day 1 of my process I have learned that even when both versions say GCC 5.4.1, the subversion can be such a difference that one compiles and the other bugs out! I want to slap the Ubuntu devs for this dumb error, but it is illuminating my own work.

There's like this BS I don't want to learn LOL! I went to BI analyst from being a programmer, tired of learning API's which change all the time and don't teach you anything useful.

It's absolutely going to be an ironclad rule of Calibrae, that API changes require really solid reasons. It is best to treat APIs like immutable values, like tuples. You can add to them, but you can't change them. This allows people to keep legacy code working while permitting improvements. When the old API needs to be rebooted, then you need to also develop a roadmap for migration, or you should just leave it the hell alone.

It's the fastest way to lose developers in Open Source projects, switching around API's. Programmers hate having to relearn stuff for no good reason.

An API should stay the same yes, the fundamentals underneath can therefore change.

I was talking about iOS.. That went very fast...

ah, ok. Well, the changes I bumped into with this porting process I was doing, were handling boundary conditions. I think compiler coders can be a bit wishy-washy about these things.

Especially when it comes to such a poorly specified and complex grammar as is used in C++. This is one of the reasons why a simple, and consistent grammar is always important in a language. It can be very hard to learn languages that have complex grammars. Human or otherwise. Bulgarian has such fuckery in its verb mutations. I still hardly know which way to express tenses and persons in non-present forms.

I was outraged when I was in highschool at the lack of Grammar in the English syllabus. Basically, if you ever wondered why most people barely speak better than a 13 year old, it was when I was 14 that they stopped teaching us any new grammar.

I will be following this project with great interest as I have always worried about the horrible early distribution. Great to see it finally happen.

"I am still even considering if the premined accounts should even be permitted at all. I am inclined to say no. They kept mining quite a ways after, and many started witnessing as well."

I agree. I'd aim for fairest distribution possible.

nice post !!!!

I am so excited for this you would not believe. Please join my discord and have a chat with me sometime! http://Steem.in .. we would be honored to have you.

Coin Marketplace

STEEM 0.29
TRX 0.12
JST 0.032
BTC 60318.52
ETH 2983.06
USDT 1.00
SBD 3.78