Reach Portal - Revolutionizing Blockchain Development with Natural Programming

Background & Introduction

As the blockchain landscape continues to evolve, Reach Portal emerges as a groundbreaking force in blockchain development. With a development journey of over four years and five iterations, Reach Portal is not just another project in the blockchain space; it’s a testament to enduring innovation and success.

About Reach Portal

Reach Portal has pioneered the use of natural language programming in blockchain development. This groundbreaking approach significantly reduces the cost and complexity of DApp building, marking a paradigm shift from the traditional, code-intensive methods. Our technology is not just a promise; it’s a reality that’s set to change the future of the Polkadot ecosystem.

What Reach Portal Offers

  1. Proven Success and Market Readiness: Unlike many projects that are still in the prototype phase, Reach Portal boasts a fully functional, commercialized product. Our success is evident in our impressive 30% higher profit margin compared to traditional outsourcing companies. We’re not just ready for the market; we’re already conquering it.
  2. Revolutionary Technology for Polkadot: Our natural programming technology is not just a step forward; it’s a leap into the future. With Reach Portal, the Polkadot ecosystem will witness an unprecedented reduction in DApp development costs and time. We’re talking about a game-changing technology that’s ready to be deployed on Polkadot in just 3-5 months.
  3. Bringing Customers and Diversity to Polkadot: Reach Portal is not just bringing technology to Polkadot; we’re bringing a whole customer base. With a variety of projects and stakeholders already in our fold, we’re ready to enrich the Polkadot ecosystem with diversity and innovation.

Conclusion

Reach Portal is more than just a product; it’s a revolution in blockchain technology. With our established success, innovative natural programming approach, and a ready-to-market product, we’re poised to bring significant advancements to the Polkadot ecosystem. We’re not just building a product; we’re shaping the future of blockchain technology.

1 Like

As Polkadot gradually transitions from the parachain auction mechanism to an on-demand rental system in the future, the cost of entering the Polkadot ecosystem will be significantly reduced, and with continued ecological incentives, it’s reasonable to expect that a large number of dApp teams will consider building in Polkadot in the following years, and I believe that functional platforms such as Reach Portal will come in handy, so I’m looking forward to learning more about what you’re planning for your platforms or the services you’re already providing:
@razorlightning

Are there any more informative websites, or useful links and case studies?

Will your product cover all business scenarios, or do you favor some specific scenarios, such as high-frequency and high-concurrency scenarios or low-frequency scenarios?

Besides, there are not many platforms based on natural language programming in the blockchain field, what do you think is the biggest difficulty in the development and implementation?

@razorlightning
Hi Reach team, I am also following the post of Magnet, the team developing the Common Good appchain, who are also looking to increase DOT use cases by developing more apps more flexibly with Polkadot coretime, and your natural language programming product will lower the barriers for apps to be developed on Polkadot, so we think that your ideas are combinable. That’s cool! But I still have some questions that I would like to be answered.

You mentioned that your profit margins will be 30% higher, which I think is an imposing number, but it’s bound to be challenged, so I’m wondering if there are any verifiable financials for this. Also, I’m curious if the margin improvement will be achieved through AI, blockchain, or your own product design.

The idea of getting more people to do low-code or even no-code development on Polkadot with your product is great, because a lot of people aren’t very good at Rust programming, or even can’t write one line of code. But natural languages also bring a lot of problems, such as ambiguity, subjectivity context dependency, etc., which is always a problem, do you guys have a good idea how to solve it?

In any case, getting more people involved in the development of the Polkadot ecosystem is something to look forward to.

The benefits of having such a platform are clear. However, I am curious about product readiness and effectiveness. You mentioned that Reach is fully functional and yet it’ll still take 3-5 months to be deployed. Can you clarify on this?

Also, what is the learning curve for your NLP? Do you have testimonials from engineers to verify your tech?

Hello,

Thank you for your thoughtful questions and interest in Reach Portal. Let me address your queries:

  1. Financials and Profit Margin: The 30% higher profit margin is a result of precise calculations based on data from our development teams in Beijing, Sichuan, Romania, and South Africa. Our projects typically range between $50,000 and $100,000, but even at our peak in 2021, the profit margin only reached 50%. The reasons are clear: many smart contract programmers are not truly proficient; they are more script writers than developers. Despite this, their salary costs are significant. This is under the assumption that projects do not experience disastrous scope creep, which, in our experience working with VCs, almost always occurs around the 30-day mark. Therefore, it’s common for a project to run at a loss when only 50% of the project fee is paid, leading to client dissatisfaction. This is precisely why we have a significant advantage, a result of three years of R&D, leading some development companies in Europe, specifically in the UK, to abandon their original teams and collaborate with us for better profit margins.
  2. Natural Language Programming and Smart Contracts: You’ve touched on a crucial point regarding the use of natural language and its translation into smart contract scripts for blockchain virtual machines/state transitioners. Current technologies like GPT can easily lead to semantic ambiguity when used by end-users. Our natural language architecture, designed in 2020, focuses on decoupling business logic into pure mathematics and then encapsulating it to a level understandable by non-CS professionals with higher education. This approach avoids the issues present in current AIGC systems (perhaps because we weren’t influenced by GPT back then, haha).

We’re excited about the potential of Reach Portal to transform the Polkadot ecosystem and look forward to further discussions and collaborations.

This is a very interesting idea. If it is going to be Polkadot or Substrate specific the LLM needs to have a good foundation of Substrate capability.

I would assume UI would be OK as modern LLM can create relatively good, basic UX, if this LLM can write Rust in the context of Substrate, pallets, it would be magical.

If this has a demo, I cannot wait to check it out. A substrate specific LLM for generating Rust code for Substrate?! Wonderful!

Hello,

Thank you for your sharp questions! Let me provide some clarity:

  1. Product Readiness and Deployment Timeline: The actual time required for true compatibility with Polkadot is just under a month. However, we are planning an architectural upgrade in the first quarter, which involves integrating the ZK technology we’ve been using this year (for which we won a hackathon gold award). Updating to this version will take about three months, so we’re prioritizing this aspect of the development. Regarding ZK, we’re taking a cautious approach and not overloading it with unnecessary features. We understand ZK primarily as a means of privacy protection in specific circuits and business applications. We’re not entirely in favor of forced rollups; in our view, optimistic rollups are sufficiently effective.
  2. Learning Curve for NLP: During our Proof of Concept (POC) phase at the end of 2020, we conducted tests with 30 university students (none of whom were computer science majors). On average, it took about two hours for them to proficiently understand all the concepts (not to master, but to understand comfortably). This indicates that our NLP technology is accessible and can be quickly grasped by individuals without a technical background.

Thank you for your insightful questions. Let me address them:

  1. Case Studies and Collaborations: Over the past four years within the Move ecosystem, Solana, and both EVM L2 and L1, we’ve worked on various cases in collaboration with stakeholders, typically VCs or communities. To demonstrate our portfolio, we occasionally share some of our projects publicly with potential collaborators while ensuring the privacy of our partners, as it’s crucial to their interests. The good news is that Reach will be introduced to everyone in a brand-new way in Q1 next year. Stay tuned for that.
  2. Business Scenarios and Focus: Your question about business scenarios is very pertinent. Based on our experience collaborating with other public chains, we’ve found that DeFi types are most likely to bring TVL, real transactions, and effective asset accumulation to a public chain. This, of course, depends on the strategy: infra-type DeFi and retail-speculator-oriented DeFi require different types of resources and operational approaches. Currently, we are focusing more on RWA-type use cases, which are our main target for 2024. As part of our stress testing, we can cover almost all types of DApps so far. In terms of code complexity, the most challenging examples are AMPL and AAVE, while most others are less complex or follow a factory-type, self-expanding paradigm (like Uniswap and many EVM projects with factory contracts).
  3. Natural Language Programming Core: The core of natural language programming steps out of the low-code tool trap, which is typically centered around an IDE/RPC provider or even a fillable smart contract template. When we were established in 2018, we had already independently proven that the ceiling for such projects is quite low. The choice of natural language is driven by our desire to incubate a new generation of developers who are not just opportunists or those whose loyalty fluctuates with the systemic value of the blockchain. Past examples have shown that this does not build a healthy ecosystem. The essence of natural language is to support AIGC and more developers from the general populace who have relevant industry experience. We believe they are the future of web3!

If the Polkadot Foundation is interested, we would be delighted to showcase our fully mature commercial product.