Separation of Rebel Station from TFL infrastructure

Before this community commits to who will construct our wallet ~ we should explore as many options (constructors & their designs) as possible, as we should do in all matters that are community related.

Free days are over bro. This is business now. We all agree on that. A few questions for TR.

  1. Is the LUNC repository forked from TFL LUNA’s repository before the crash( with certain functions removed/disabled) ?
  2. Did TFL and TR collaborate to make building the LUNC chain possible?
  3. If yes to the above why dont we continue to seek their help in expediting the building of the LUNC chain?TFL wrote the original repository . They know the guts of the L! coding used there.

Collaboration is needed . United we stand , divided we fall. Essentially , in my opinion money is the greatest issue. Why not create a comprehensive proposals to address this money issue .It will then be incumbent on the community to figure out the best way to fund the project(s).

  1. Repo’s are forked and synced with latest code
  2. TR has experienced L1 devs that can handle coding the chain just fine on their own

TFL’s primary focus is Luna V2 and now the new interchain station, they do not have the resources to handle working on V1 anymore, it’s not that they do not want to, it’s that they cannot do it anymore.

Thank you for your response, I understand the urgency!!
This helps decentralization

1 Like

@STRAJACK ~ explain how it helps decentralize ~ please…

@echel0n ~ TFL will continue to provide us with clones (of the new Terra stuff) we can use ~ until we do our own thing…

this only states a clone of the current version “Terra Station”, this doesn’t state that they will clone interchain station with classic support, since that is not possible currently without the prefix change at the core code level.

As a DevOps engineer working on countless digital transformation projects, the amount requested by Terra Rebels for the changes mentioned is outrageous.
1/10 seems more appropriate. My 2 cents… Until then, NO_WITH_VETO from stake.systems.
Sorry, folks!

7 Likes

I am sorry that you feel that way, its your choice, there is more to it then just code changes, there’s the infra setup and planning involved, there’s the custom API that will needed to be developed and tested, and then there’s all the javascript npm packages that need to be re-done and code changed, its not just the station apps, plus all this needs to be tested in stages as code changes occur thru the process.

This would of been different if it was code we wrote from the ground up, but we are coming in half blind and having to decipher the flow of it, along with clean it up, there’s also figuring out how it interacts with all the endpoints and cleaning that up as well to be more efficient, all this takes time and resources to get it done within a 2-month span.

But I understand if you don’t see it that way and I can respect your choice, thanks!

2 Likes

Would this prevent access to the reserves TFL has? as in would it remove any possibility of cleanly and legally transferring those funds back for community/chain/ecosystem use.

No, this would have no bearing on that.

1 Like

Thanks for the response. Get your TR who can be doxxed to to send the proposal to Ed’s team for scrutiny, Ed’s team will send the final version to the community. Trust me , once Ed gives the nod TR will be given the funds. Let’s just work together for the good of the community.

2 Likes

@Koch - I greatly value your contribution and you are an important part of this community. In my understanding, there is no problem realize the research, or before? Currently, it is rather in progress, but code changes are always possible and I suggest focusing on what we expect from this project as a separate proposal. I am a practical person, because this is the only way to stay afloat when running a business. You also need to be flexible and sensitive to market changes, etc. We have - You have really great ideas, let’s implement them together! In my opinion TR’s deserve some kind of bonus for their work, how big it will be is hard to say. Just like it’s hard to say without testing how a new kernel with a new prefix will work.

1 Like

After all the information seems to be pointing toward the need to secure our own community wallets and connect them to the cosmos ~ it seems a better understanding of what work is required, how much time that work will take (in hours of on duty status), and what the rates (pay per period) for that type of work are in the industry would be good for this community…

It would be good if those details were be included in propositions so more people can participate in meaningful ways… if the proposer isn’t providing those details, we need people in our community that can.

I voted NO

1 Like

when Terra classic crashed in may 2022, TFL ignored all everything, TFL didn’t any actions and only Terra Rebel coded and upgraded Terra classic blockchain so Binance and CEXs burned, why didn’t you believe them?

1 Like

I think that the money should be invested in obtaining parity with the cosmos SDK and thus being able to use the interchain station instead of paying to continue using an outdated version. At the same time, much more benefits are obtained at the code level and compatibility with other networks.

9 Likes

Excatly right and thank you. No problem rewarding TR with funds even handsomely, but please get us compatible with the interchain station. It will be hard and difficult and expensive but vital to success.

2 Likes

It seems we should have more coders proposing Wallet designs to drive down cost and up quality… I guess Lunc has been monopolizing (like a big socialist government). Only a select few can design in it, for it… not good.

2 Likes

@Vendrugo - Great insight and good direction! :handshake:

It requires work as a temporary measure, but ultimately compatability with Interchain Station will be highly beneficial to LUNC blockchain and strongly encouraged…