Bordang - UCG Application

Governance Community Council
1

Milestone-Disciplined Funding Surface for Astar

Introduction

This post proposes the introduction of Bordang as a milestone-disciplined coordination surface for Astar funding flows. The platform enables: (i) curator-opened bounty or grant allocations with milestone-gated execution, and (ii) applicant-initiated UCG or direct grant requests with detailed milestone specification. Bordang is intended to reduce friction in proposal submissions and to raise accountability in capital allocation by ensuring that on-chain disbursement only follows accepted milestone evidence.

Project Overview

Bordang separates proposal preparation and review (off-chain with immutable audit logging) from execution (on-chain via Council/curator motions). Applicants author structured proposals with milestones, amount per milestone, category, and evidentiary requirements. Curators review off-chain and, upon acceptance, originate the corresponding on-chain motion. No custody or autonomous disbursement is introduced. This flow preserves Council authority over final execution while introducing structured, auditable off-chain review.

Mission

The mission is to institutionalize milestone-first funding governance across Astar. The objective is to convert approval logic from narrative-based assessment to verifiable, bounded milestones that can be reviewed, accepted, and executed without ad-hoc tooling—while preserving the current on-chain authority of the Main Council and Community Council.

Team

  • Sebastian Zambrano (@sza) — Product Manager

  • Arturo Castañón — Technical Lead

  • MarĂ­a Salazar — Marketing & UX Lead

Security & Governance Compatibility

Bordang does not custody funds. Disbursements are executed via on-chain motions submitted by the relevant curator or Council wallet. Proposal and milestone state is stored off-chain with immutable audit logging; sensitive fields are encrypted at rest. Privileged actions are authenticated and role-restricted. No unaudited escrow or novel payment contracts are deployed in the base integration: Bordang is explicitly designed to preserve and respect Astar’s existing governance and execution paths.

Past Performance & Milestones

Bordang is pre-MVP. Governance flows, data model and UX requirements have been specified. No third-party pilots have been executed. The next milestone is delivery of an MVP for a controlled pilot under Community Council supervision, targeting event/hackathon bounties and UCG application flows. The pilot is intended to validate curator review ergonomics, motion metadata fidelity, and the on-chain motion creation UX for Council actors.

Roadmap

  • Q4 2025 — Off-chain platform launch: public release of authoring, milestone specification, curator review and immutable audit-log functions.

  • Q1 2026 — On-chain functions launch: integration of motion creation for accepted milestones, on-chain linkage to Council workflows, and end-to-end bounty/UCG execution.

dApp Staking Reward Usage & Next Steps (UCG listing)

Bordang applies a growth-first policy for dApp staking or dApp-derived rewards: resources will be allocated primarily to accelerate engineering and integrations that enable secure on-chain execution, Council workflows, and developer experience improvements.

Next step (explicit ask): After pilot validation, Bordang will submit a formal request to the Community Council to be considered for listing in the UCG program (and for dApp Staking visibility where appropriate). Listing on the UCG program is intended as the next evolutionary step to drive adoption, enable reward flows to projects coordinated through Bordang, and accelerate Astar-native development. We will publish the formal UCG/dApp-Staking listing request after the pilot and after coordination with Community Council representatives.

Marketing & Adoption Plan

Phase 1 — Council/Curator Penetration (Pre-MVP → Q4 2025)

Direct briefings and controlled pilots to replace unstructured submission flows (Notion/Forms) with a governance-aligned surface.

Phase 2 — Applicant Activation (Q4 2025)

Structured templates and milestone drafting guidance for UCG/direct grant applicants; curated onboarding for Council reviewers.

Phase 3 — Public Demand (Q1 2026+)

Forum documentation, “funding-ready” guides, and review clinics that route proposals through Bordang to Council review and on-chain motion execution.

Success metrics: share of proposals authored through Bordang, time-to-decision reduction, milestone slippage reduction, and execution rate after approval.

Governance alignment

Bordang is built to operate 100% in alignment with Astar governance. The platform preserves Council decision authority, does not enable autonomous treasury disbursement, and is intended as an operational layer that increases auditability, reduces friction, and improves the quality of funding outcomes while respecting existing on-chain processes. We will coordinate closely with Main Council and Community Council representatives during pilot planning and prior to any UCG/dApp-Staking listing request.

Appendix

No public links are available at this stage. A GitHub organization, Twitter/X and public documentation workspace will be published at MVP release.

Postdata: Thank you, @Juminstock for your constant support and guidance in making this first leap.

2 Likes
2

Hello, and thank you for your proposal.
The title of this thread says “dApp Staking Application,” but as you know, projects are generally required to be already deployed on Astar before being listed for dApp Staking.
Based on the content of your proposal, I believe your primary goal is to apply for UCG, so I’d suggest changing the title to “UCG Application” to avoid potential misunderstandings.
While projects accepted into UCG can later be listed in dApp Staking, the process and treatment are different at that stage.

Now, regarding your project itself — if I understand correctly, your aim is to enable grant and funding processes that integrate on-chain governance (Treasury), correct?
To be honest, with the current amount of information, it’s difficult to make an informed judgment — much more detail is needed.
You mentioned that documentation will be released with the MVP, but I assume that is planned after being accepted into UCG.
If that’s the case, it will be difficult for the Community Council to approve the UCG application.
I believe that publishing documentation beforehand is essential, and at the very least, it needs to be submitted to the Community Council, which makes the final decision for UCG.

3 Likes
3

Hello, I have serious doubts about the proposal. I hope that once the MVP is released, we will have more information.

I have only one question for now. According to what you have presented, how would your platform differ from Astar’s governance scheme, which has several councils and stages of capital allocation?

Thank you for your participation.

1 Like
4

Hi, Sebas (@sza)! I’m extremely happy that you finally decided to submit your proposal here on the forum.

This will be the first step for your ideas to take off, and I hope that, just like me, the Astar community can see the enormous potential of your project.

Feel free to keep requesting my support whenever you need it.

I wish you both great success!

1 Like
5

Hello @you425, I appreciate your guidance regarding the title. I understood from Carlos that it should first be listed under dApp Staking, but based on what you said I now understand and have changed the title.

Regarding our project, Bordang aims to be the primary platform for administration, evaluation, and tracking within Astar.

We are final-year Systems Engineering students, and @Juminstock explained to us how Astar Governance works, so we decided to focus our thesis project on a solution to improve it. In our research we identified a key problem: there is currently no way to evaluate the progress of milestones submitted by projects.

The SFY Labs team has been a clear example we have noticed. This is where we see huge potential.

I could list more problems, but we prefer to show solutions so that the impact becomes evident.

Regarding documentation, I will take your message as advice and will begin working on this with my team.

3 Likes
6

Hello @Vangardem, I apologize for not clarifying this from the beginning, and I appreciate you pointing it out!

Bordang aims to serve as the #1 platform for fund administration and milestone/bounty evaluation within the Astar ecosystem. Our intention is not to replace Subsquare, the current on-chain voting platform, but rather to build a tool that enables:

  1. Projects to submit their applications with clearly separated and evaluable milestones.

  2. Councils to evaluate and allocate funds per milestone in a modular way.

All of this is planned to connect to on-chain governance by Q1 2026.

The way we see it, this is an ideal solution to verify what a project promises to deliver.

I hope this is clear now!

2 Likes
7

Thank you, @Juminstock! You have been an excellent guide in this journey of learning more about on-chain governance, which we are genuinely fascinated by.

We hope the community accepts our project!

1 Like
8

Thank you for the reply and for updating the title.

I understand what you’re aiming to achieve. As you mentioned, Astar’s current direct grant system does not support milestone-based grant distribution. While it’s not impossible, there are several challenges involved. It’s great that this issue can be addressed through Bordang.

The key point now is feasibility of development, and the best way to assess that is by reviewing the documentation. Since you mentioned that work is starting, I look forward to seeing the materials you’ll provide.

1 Like
9

Thanks for sharing this, really interesting concept. I like the idea of using milestone-based structure to bring more accountability and clarity to Astar’s funding processes.

A couple of quick questions:

  • Will the audit logs and milestone evidence be visible to the public, or only to curators/Council?

  • How will Bordang connect with the on-chain motion flow directly through extrinsics or via manual submission?

Excited to see how the MVP shapes up and how it could improve proposal handling for both applicants and reviewers.

1 Like
10

Thank you for the proposal. I find this tool very interesting and potentially valuable for the ecosystem. I suggest starting by applying for a UCG Grant, and later—depending on the outputs—a Main Treasury Grant could be considered. I see strong alignment potential between this tool and Astar’s governance if the final product delivers high quality. I’m excited to follow the development.

2 Likes
11

Well, I think they have a different function to Astar’s governance, it could be a good complement.

Following up on projects is often an exhausting task, so being able to automate the function and delivery could be a big step towards efficiency in that regard. I’m eager to see more, thank you.

2 Likes
12

Hi @you425, @pitcoin777! Thank you for your valuable input and reviews of our project.

Last week and over the weekend we met in person to research the Astar ecosystem and run a brainstorming session. As a result, we created a template for what will become Bordang’s documentation, where users will be able to understand how it works, how to use it, and how they can benefit from it.

You can check the documentation here: Notion. This is our progress so far and we will continue working on it this week.

Status

I think it is important to clarify that Bordang is in the idea/validation phase (pre-MVP). No functionality is in production yet. We are documenting and collecting feedback before we start building.

What problem Bordang solves for the Council

Today, when a project gets approved, the Council does not have a standardized mechanism to:

  • verify deliverables through milestones,
  • consolidate evidence of completion,
  • connect such evidence to the on-chain motion.

What Bordang does

Bordang creates an off-chain layer where projects:

  • upload milestones with verifiable criteria,
  • attach evidence once completed,
  • receive Council review before requesting disbursement.

When a milestone is accepted, Bordang produces a motion package ready to submit: motion text + evidence references + the extrinsic payload. The Council is still the one that signs and executes. Bordang does not hold funds and does not pay.

What does NOT change

  • The Council retains full control over every spending decision.
  • No escrow or automated payments are introduced.
  • The dApp Staking process and the authority of the Main/Community Council remain unchanged.

Closing

Bordang is an operational complement, not a power layer and not a governance replacement. Our goal is to enable the Council to demonstrate, with evidence, why and when a payment is released, without adding political or technical friction.

Thank you!

2 Likes
13

Hi @Matt @Vangardem!

It will be public for anyone. Every process, milestone, proposal, fund approval or rejection will be public. The goal of Bordang is to be public.

Here is the documentation we created, it might give you more context. But in simple terms: if the Council approves a payment, they will be the ones who sign and create the motion, so the connection will be 100% on-chain.

1 Like
14

Thank you for the document; I’ve reviewed it.
It would be even better if we could have something like a wireframe to help understand the overall flow.

1 Like
15

Thanks for the clarification! Really appreciate the transparency focus making every step public and on-chain is a great move toward stronger accountability and trust.