Open Mithril Development Framework Proposal

in Synergy Builders2 days ago (edited)

With a combined 15 years of experience working and building on HIVE, and over 35 years experience using Free and Open Source principles, including developing tools and software; @ecoinstant and @thecrazygm are a dream team of skill sets for developing on HIVE.

Open Mithril Final.png

Executive Summary

@Open.Mithril development team will integrate three strategic initiatives to strengthen the HIVE blockchain ecosystem: a modular open-source development framework, critical library maintenance, and targeted community engagement. Our "HIVE as a Service" approach delivers component-based microservices following successful business models like RedHat, with an innovative feedback system ensuring development directly addresses user needs.

To establish a reliable foundation, we will fork, rebrand, and actively maintain both the essential beem and hive-engine libraries—critical infrastructure whose original maintenance has declined. These stabilized libraries will serve as dependable building blocks for the entire HIVE development ecosystem, seamlessly integrating with our broader framework initiatives.

Our Deep Web3 Secrets podcast will drive community engagement and marketing by conducting candid interviews with project leaders and prominent Web3 ecosystem users. This outreach bridges previously disconnected builders, fostering collaboration while increasing awareness of our, and all, development tools and services on HIVE. Together, these initiatives create a comprehensive approach to nurturing HIVE's growth through robust infrastructure, developer empowerment, and community building.

Project Overview

Problem Statement

  • Many “people would like” to build on HIVE, but this can mean many things
  • Currently, development on HIVE often involves building many bespoke tools from scratch, causing redundant work and slower time-to-market for new projects.
  • While anyone can make a badge or start a community on HIVE, these “micro” projects often have limited support resources for even simple automation or tools. Not every project includes a “developer”.
  • Both technical and non-technical users (businesses) can benefit from Redhat-style open-source microservices.
  • Critical libraries are experiencing the same bespoke forking.
  • Decentralized development teams create echo-chambers where few users can understand the full picture of what is possible on HIVE.

Proposed Solutions

  • Advance a modular development framework for different classes of uses of HIVE.
  • Integrate open-source repositories of reusable modules for common HIVE uses.
  • Continue to implement an iterative development cycle that incorporates real client feedback at regular intervals
  • Provide documentation and examples to lower the barrier for new HIVE users and developers.
  • Talk openly and honestly in a podcast style way with open source leaders, without resorting to “marketing” speak.

Technical Specification

Technology Stack

  • Standalone Tools HTML/CSS/JS with Python backend.
  • Fork Beem and Maintain Nectar and Nectar-Engine library
  • GitHub for version control, ci/cd and public contributions
  • For UI deliverables, Modern front-end frameworks like React and Dependency Management tools
  • HIVE-powered B2B microservices for rapid testing.
  • Monthly and Bi-Monthly HIVE posts for community feedback

Team

Support Staff

A note on Project Management:

Project management is the backbone of successful software development, connecting vision to execution. Skilled project managers create clarity amid complexity, ensuring contributors align toward common goals. They facilitate critical communication across teams and stakeholders, establish clear priorities that focus efforts on high-impact work, and enable integration of disparate components into cohesive systems. Without this orchestration, even talented developers struggle with fragmentation and solutions that fail to meet user needs—project management is essential to transforming technical potential into real-world impact.

Budget Request

Total Request: $99,000 HBD

Value Proposition: "One Salary, Multiplied Impact"

While our budget request represents the equivalent of (less than) one traditional developer salary, our modular development model, our deep bench of support network allies, and established workflow will deliver exponentially greater value to the HIVE ecosystem. Our previous self-funded work demonstrates our ability to efficiently create and deploy multiple tools simultaneously, while efficiently making use of multiple skill sets.

Budget Allocation

Total Request: $99,000 HBD : kept in savings account @open.mithril for easy accounting.

Development Team Salaries (48.5%): $48,000 HBD

  • $2,000 / month for @thecrazygm: liberate from part-time labor
  • $2,000 / month for @ecoinstant: mitigate stake loss for project investment

Operating Expenses (29%): $28,710

  • Support Staff skills ~1500/mo = $18,000
  • Server hosting ~250/mo = $3,000
  • Paid Tools ~250/mo = $3,000
  • Miscellaneous / Unforseen / Risk Mitigation = $4,710

HIVE Power Investment (~12.5%): ~$12,390

  • Staking HIVE Power to support the network
  • Generate extra/slack capacity for testing, marketing, bounties and collaborations.
  • Creating long-term alignment with HIVE ecosystem success.

Marketing & Community Outreach (10%): $9,900

  • Creation of tutorials and demonstration videos = $4,900
  • Participation in blockchain conferences/events
    • Travel to participate in any appropriate event = ~$5,000
  • Strategic partnerships with other HIVE projects = Priceless

Our budget allocation ensures dedication, operational sustainability as well as increased assistance with several tools, increases our ability to recognize the hard work of several skilled members of our support network - all while maintaining our commitment to the HIVE ecosystem through direct investment in HIVE Power. The marketing component will help drive awareness and adoption of our tools and expand the types of users able to quickly try and test with “HIVE as a Service” modules.

Additional Value Factors

  • All code will be open-source, creating lasting community assets.
  • Modular approach ensures no single point of failure.
  • Team's established workflow maximizes efficiency.
  • Previous deliverables demonstrate our capability to execute.
  • Real B2B client feedback loop ensures practical, market-ready solutions.

Timeline

Work Already Completed (Past 2 Months - Self-Funded)

Is this worth Money?

Is this worth money?
Is this worth Money? #2 : More free HiveTools for you!
Is this worth money? #3: Standalone Memo DeEncrypter
Is this worth money? #4: Unlock your HIVE blog with BACKLINKS
Is this worth money? #5: Two corporate websites
Is this worth money? #6: Tag Engagement Chaser - T.E.C.
Is this worth money? #7: Market Viewer

Standalone Deliveries:

TipJar: One-click Blockchain Payment Requests on HIVE
dCity mobile first market webapp
Private WhisperBox for HIVE - free for limited time!
Let's learn about governance - new "View" of DHF
Your Frontend

Going Open Source:

Standalone Delegator
Authority Management Tool
Integrating Sting Chat (won open genie bounty from @peak.open)
Edit Patch Viewer
H-E Market Viewer Repository
Hive Tools Repository

Selected Testimonials:

@friendlymoose:

I was looking for an easy way for Hivers to make a delegation of their choice to my project on Hive. Delegating stake within the Hive interfaces is not very intuitive. You need a couple of clicks.
There is an alternative; hivesigner, but the downside of that is that you have to configure the amount in the link you’re sharing. People don’t have the ability to adjust the amount.
When I was in the PeakD Support channel to ask if they could simplify the delegation process Eco reacted. We had a discussion about the specifications and he was going to discuss it with his developer.
Within 5 hours there was a reaction from him in the chat with a link to a fully working tool.

I was really baffled that he managed to create this in such a short amount of time.

testimonialScreenShotFriendlyMoose.png

The tool works as a charm and safely too with the Keychain integration. They even made an adjustment on my request so I could create a link to a pre-filled delegation page.
I’m using the link in my blogpost to get delegations for my project @topcomment

@hurtlocker:

Eco and his team are very easy to work with and are very reasonably priced. What he helped me with was done on time and completed as requested. I was very happy that my project was done on time and there was no scope creep.

Even more:

image.png

Development into the Future:

  • Free Tools: Continue to use the community priority list for free tools
  • Premium Tools: Continue to offer and look to offer inexpensive “HIVE as a Service” B2B microservices for users who do not want to run their own code, or look to test features to decide about running their own code.
  • Connect with builders: Continue as a priority to connect into or with other builders around HIVE and integrate where possible both code and community.
  • Continue to implement feedback from active users and optimize or enhance existing tools UX
  • Fork Beem and Maintain “Nectar” for the HIVE community of python users.
  • Communication: Continue to interview every project and builder on HIVE for open and honest podcast style interviews.

ART: Accountability, Reporting, and Transparency

  • Twice Monthly posts for transparency.
  • Monthly "State of the A.R.T." AMA style podcast
  • Continuous releases of modules and QoL improvements based on user feedback.
  • Quarterly review of usage metrics to prioritize development efforts.
  • Open to a supervisory committee to gauge the effectiveness of the work

Success Metrics

Established Baseline (Current Achievements)

  • 8 free tools with documented community adoption and feedback
  • 4 B2B microservices generating real-world usage data
  • DHF view portal with measurable user engagement
  • Community response to "Is This Worth Money?" posts, deliveries.

Forward-Looking Metrics

  • Increase in user adoption across existing tools
  • Number of new modules available
  • Integration into Awesome-HIVE repo, and increase in collaborations with existing HIVE projects
  • Establishment of new B2B partnerships leveraging our microservices

Long-Term Impact Assessment

Creation of a sustainable development model that can be measured by:

  • Number of contributors actively contributing to the ecosystem
  • Time-to-market reduction for new HIVE projects and communities
  • Technical debt reduction in HIVE libraries (focus: beem, hive-engine)
  • Increased podcast spaces for open AMAs and discussions between groups of users.
  • Client feedback from users and businesses using our B2B services and participating in our open feedback loop on posts.

Risk Assessment & Mitigation Strategies

Technical Risks

Risk: Declining maintenance of dependencies outside our control
Mitigation: Our plan to fork and maintain critical libraries like beem addresses this directly. We'll implement a comprehensive testing framework to quickly identify and resolve integration issues with upstream dependencies.

Risk: Scope creep leading to delayed deliverables
Mitigation: We'll implement a strict modular approach with clearly defined boundaries for each component. Our established bi-monthly feedback cycle creates natural checkpoints to reassess priorities and maintain focus.

Financial Risks

Risk: Market volatility affecting budget value
Mitigation: The diversified budget allocation of both HBD in savings and HIVE Power investment creates a hedge against volatility. We'll establish quarterly budget reviews to adjust spending patterns if necessary without compromising core deliverables.

Risk: Unexpected development costs
Mitigation: Our "miscellaneous" budget component provides a buffer. Additionally, our modular approach allows us to pause or scale back specific components if necessary while still delivering core functionality.

Operational Risks

Risk: Team bandwidth limitations
Mitigation: Our support network creates redundancy in key skill areas. We'll implement a prioritization framework that ensures critical path items receive appropriate resources, with clear documentation enabling seamless handoffs between team members.

Risk: Community adoption barriers
Mitigation: The podcast and community engagement components specifically address this by creating direct feedback channels. Additionally, our B2B services create real-world validation of concepts before wider rollout.

Strategic Risks

Risk: Misalignment with broader HIVE ecosystem direction
Mitigation: Regular engagement with governance discussions and key stakeholders through our podcast and community outreach. We'll maintain flexibility in our modular roadmap in order to pivot based on ecosystem shifts.

Risk: Competitive overlap with other funded projects
Mitigation: Focus on collaboration rather than competition through our open-source approach. We'll actively seek integration opportunities with complementary projects to maximize ecosystem value.

Continuity Planning

Should any significant risks materialize, our modular approach ensures that individual components remain valuable to the community even if the broader framework faces challenges. All code will be publicly maintained with comprehensive documentation to enable community continuation regardless of funding status.

Political Promises

  1. Lock Budget in HBD savings. All withdraws tagged with appropriate verbose memos.

Conclusion

Open Mithril's modular development framework will work to develop a new model of how new development teams and projects build on HIVE, reducing redundant work and accelerating innovation. By embracing open-source principles and continuous client feedback, we'll ensure the framework addresses real needs while fostering a more collaborative development ecosystem. We use the same values in our communication, using the podcast principle. We request your support to bring this efficiency-enhancing framework to the HIVE community.

Our first AMA style podcast will take place this Wednesday, 26th of March, at 6:30am Central in the HIVE discord, until we run out of juice. Bring all your questions to us then!

image.png

Vote your stake on PeakD or Ecency

Freedom and Friendship

Sort:  

We need as many builders as possible on HIVE. I used to think of marketing and onboarding as the way to get HIVE mainstream. Over time I realized that having more developers trying out DAPPs can be just as effective. Few great DAPPs can bring in large number of users and retain them for a long time. @splinterlands and @leofinance creating so many accounts is a perfect example of what is possible.

Having more developers increase our chances of going viral through one of our DAPPs. Anyone can take a look on blockchain and see your commitment and history on the blockchain. I fully support this Proposal and it is things like this that give me hope for the future of HIVE!

And if anyone does want to do that, we created an easy tool to do it:

https://thecrazygm.com/hivetools/utility/backlinks?username=ecoinstant

Thank you, mysterious friend that I have never met but somehow feel is like a brother. This is the power of "trustless" freedom technologies!

Most if not all campaigning happens behind closed doors. However, the biggest disconnect between technically competent hive stakers like @blocktrades and non technical like @acidyo is obvious. Right now the only thing the non-technical can do is see if the technical like it or not. So the next step due to how busy the technical are is to campaign out to them in DMs, which they are already too busy to see. And with how many technical there are, you can just imagine how many private DMs there are.

If possible I would highly urge @ecoinstant to be part of an AMA along with @thecrazygm so that everyone can get their questions in. Writing a proposal while is not easy does not completely highlight the competency of the team.

For instance, replacing Beem with a new Python library is a BIG and much-needed move. @brianoflondon is someone who uses Beem regularly and has had administrative trouble with Beem. This is something I believe he is highly competent to assess.

I would also add that if there are new devs who want to build on hive, Beem is very dated and most people have trouble working with it.

Case-in-point: I was a judge for a Hive Hackathon taking place in India, and of the 22 projects assessed, not one was built with Python. Considering that Python is the number one language used in the world, this is a travesty, as we are unable to cater to anyone who uses Python.

@ecoinstant Maybe put the date of the AMA in the proposal, this way everyone knows WHEN and WHERE to ask you questions.

Everyone should feel free to also ask questions on this post!

But, there is an AMA scheduled now!!

I have known @ecoinstant and collaborated on many different projects and initiatives over the last seven year. He and @thecrazygm (who I haven't worked with directly, since Eco is a great project manager) have been super response to my thoughts and feedback during the develop of the tools already mentioned.
Eco has also been my project manager on various pieces of work for Hive SBI over the last few years and some of that work owes it's completion to his untiring efforts to make sure things were moving forward, especially when I was the bottleneck!

Sharing this to see what other more technically inclined people think about the proposal. I personally wouldn't mind making life easier for "non-devs" to get started working on different projects and using varying open-source tools, some times I even have to ask for help for SQL queries, lol.

It would be great to see cooperate with the work @techcoderx is doing for Aioha. That is pretty important I'd argue on the JS/frontend side. Among other more "biased" opinions, I'd say Python isn't the best language of choice for new projects or apps. Everything we are working on would be in JS or Golang. In addition, it would be great to also include some of the golang work we are doing as we are heavily pushing Hive's golang libraries and tools forward.

I'm on a call with you right now!

I have been discussing this proposal privately with the team (hence me being listed as an advisor).

I’ll continue giving my honest feedback and suggestions.

Similar to what Acidyo said, I would like to see what developers and more technical people have to say about the "usefulness" of the final product.

But I gotta say, being a project manager myself, I think this proposal is very well structured with a clear scope, budget allocation and KPIs so I'm inclined to vote for it.

Although I don't understand it all I think it's a good initiative to make things simpler on Hive.
Investments and risks are explained well.

targeted community engagement.

What do you mean by this?

Orator, Co-host - @alohaed
The Voice of Hive! This only should be a reason to upvote the proposal 😃
The Hive podcasts and interviews are very interesting and entertaining!

targeted community engagement

both through the podcasts we do and support, as well as the actual way we develop.

  1. by reaching out to leaders, we engage with their communities. By interviewing @yabapmatt, splinterlands players hear. By interviewing @good-karma , ecency users are more likely to get a chance to notice. We have done both, and our list of pending guests continues to grow.

  2. We do not want to build stuff over again (bespoke is the enemy of progress). When we integrated Sting Chat, we were able to celebrate publically the work of @peak.open, and satisfy @dcitygame players.

These are some examples of how we have already used "targetted community engagement" to great effect in our development model.

Thanks for the explanation!

The proposal is too vague and too wide.

Great feedback! i honestly appreciate the specifics, both of them.

Many projects fail because of poor coordination, not lack of talent. A strong project manager makes sure everything actually comes together. You're so right

I'm glad you are taking the Open Source approach. Have you discussed under which license or licenses are you going to develop the framework? Thank you! !PIZZA !BBH !HUESO !DIY

Uses: 1/9
!LUV

Thanks for the clearly formulated proposal.
You got my support.

I love the risk management section
One thing I would love to see here is an educated guess on the likelyhood of the risks (for example the scope creep).

Good luck!

So we r building stuff and open source it! Sounds fun.

Not a tech guy but what I read sounds like a decent help for "normal" people to create things - sharing for more discussion.

PIZZA!
Hive.Pizza upvoted this post.

$PIZZA slices delivered:
@danzocal(1/10) tipped @ecoinstant
cpol tipped ecoinstant

You can now send $PIZZA tips in Discord via tip.cc!

@cpol just sent you a DIY token as a little appreciation for your post dear @ecoinstant! Feel free to multiply it by sending someone else !DIY in a comment :) You can do that x times a day depending on your balance so:

Don't be shy - share some DIY!

You can query your personal balance by !DIYSTATS

Keep up the great works guys. I am still learning on the intricacies of Hive and hope to be of help someday. Wishing you guys all the best !BBH

😊👍🏻👍🏻👍🏻👍🏻

!PIZZA

would be great to see the different devs and builders working together

Cool

 20 hours ago Reveal Comment
 8 hours ago Reveal Comment