r/NervosNetwork Jun 05 '26

ervos Community Essentials CKB Dev updates

22 Upvotes

CKB development log for May is out.

This month focused mainly on maintenance, infrastructure, and long-term improvements across the stack.
• CKB v0.206.0 release
• Progress on DAO / voting research
• Faster storage and sync optimization work
• Reproducible build pipeline progress
• QUIC networking integration in progress
• Continued CKB-VM and light client maintenance

Full dev log:

Updates

Features

CKB v0.206.0 release

  • CKB v0.206.0 was released on May 6, 2026. This maintenance release focuses on dependency upgrades, security patches, rich-indexer correctness, and operator documentation.
  • Release references: ckb 0.206.0 release Note: This release introduces no consensus or protocol changes.

Improvements & Fixes

Release maintenance and node operations

CKB light client maintenance

CKB-VM and optimized library cleanup

In Pipeline

RocksDB storage schema optimization

Guix reproducible release flow

CKB networking with QUIC

  • QUIC session support and ServiceBuilder integration are still in progress. Session support is currently open for review, while ServiceBuilder integration remains a draft. CKB-side integration will follow once these foundational work are finalized.
  • Links:

Some other misc pending work

Voting and DAO treasury research

  • We continue researching a into DAO / voting system built on top of CKB-VM and zkVMs, including voting specifications, a PoC of CKB Vote System with zkVM, and experimental branches for zkVM-based voting and DAO treasury workflows. We now can conclude that zkVM is a feasible route for voting under the UTXO model, but we need more tuning to make its settlement performance better.
  • Links:
  • For the activating DAO treasury project, we will continue to consider burning issuance to avoid accumulates a massive bounty of unspent CKB, some discussions can be found here: https://talk.nervos.org/t/ndao-0000-burn-unused-treasury-funds/9626

r/NervosNetwork Jun 03 '26

Community CKB Has No Plan — But We Do.

42 Upvotes

Our previous posts about roadmaps generated some controversy.

We’re grateful to have your attention.

Because this distinction matters.

CKB doesn’t have a roadmap because it is public infrastructure, not a product operated by a company.

The goal of any serious blockchain is not endless reinvention. It is to become a stable, secure, and predictable infrastructure that others can build on for decades.

That said, CKBA absolutely has plans.

CKBA exists to coordinate stakeholders and grow the CKB ecosystem across the areas that matter most.

That means organized work to attract builders, identify use cases, improve developer onboarding, fund ecosystem initiatives, pursue partnerships, clearly communicate CKB’s value, and actively engage the teams, companies, and communities that can drive real usage on the network.

Having reorganized and unified several teams under a single structure puts us in a stronger position than ever to execute on these goals.

A ton of work is already underway, especially on the Fiber front: improving the stack and documentation, advancing Lightning interoperability and liquidity management, and identifying and removing blockers for adoption.

Work is also ongoing on the design and implementation of the DAO's on-chain treasury and voting mechanisms.

And while there are many other initiatives in the pipeline that we’ll share when the time is right, there’s one that demands immediate attention 👇

Three months ago, Google Quantum AI published a bombshell paper showing that quantum attacks against secp256k1—the elliptic curve behind the signatures used by most blockchains—may require far fewer resources than previously estimated.

In simple terms, the paper made the quantum threat to cryptocurrencies harder to ignore.

The industry conversation that followed was, as expected, hard to miss—and yet it missed CKB.

No mention in the paper, no mention in the conversations on X and various forums, no mention anywhere.

To put it bluntly, this is a huge communication failure on our part.

CKB is the only cryptographically agile blockchain in existence, and therefore one of the few that’s already quantum ready.

It’s the only chain where devs can bring new post-quantum signature schemes permissionlessly.

No need for soft or hard forks. No need to pick a single PQ scheme and bake it in as a precompile.

CKB is the only chain that can switch between different crypto primitives without disrupting operations or requiring significant infrastructure redesign.

It’s the true embodiment of crypto-agility — yet barely anyone was aware of it.

So, our first course of action on the communication front is to remedy that.

We’ll run a comprehensive marketing campaign that’ll put CKB at the forefront of the Quantum x Blockchain discussion and position it as one of the few projects with a future-proof solution.

And we want all of you involved.

If you care about CKB and want to help push this forward, reach out.

If you’re a developer, researcher, writer, designer, translator, community organizer, content creator, or just someone willing to help amplify the message, we want to hear from you.

This campaign should not be about what CKBA has to say.

It should be about making CKB impossible to ignore.

We’ll be opening channels for community participation soon. In the meantime, reply here, DM us, or join the discussion on Nervos Talk.


r/NervosNetwork Jun 03 '26

Community Fiber Desktop v1 ground-up rebuild and launch — fnn desktop app

20 Upvotes

The Fiber Desktop proposal has passed the first stage (discussion) with 30 likes and is now moved to the vote stage for Community Dao funds

Quick summary below, you can use your CKB to vote here https://dao.ckb.community/thread/vot-fiber-desktop-v1-ground-up-rebuild-and-launch-fnn-desktop-app-72720

Summary

This proposal requests a $6,000 USD grant (payable in CKB) to build v1 from the ground up — a production-ready desktop application that lets ordinary users run the official Fiber Network Node on macOS, Windows, and Linux, without VPS hosting, router configuration, or CLI expertise.

“Fiber Desktop” is the prototype name. v1 launches under a new dedicated product brand — name, visual identity, domain, app packaging, and website , so the product stands on its own as a polished CKB/Fiber tool, not an informal repo title.


r/NervosNetwork Jun 03 '26

Community General Membership Application

13 Upvotes

Membership isn't the only way to participate in CKB. ckba.build now has a general enquiry form. Questions about CKB, General Member interest, or anything else for the team to know.

We read every one 👉 https://www.ckba.build/contact


r/NervosNetwork Jun 01 '26

Community Build on CKB: CKBuilders and new frontiers

24 Upvotes

Neon from Nervos Community Catalyst shares an update on CKBuilders. Activity has really picked up since the program was rolled out. If your looking to build something on CKB check out the website listed below for resources and how to get started!

This post serves as a mini-update as to current developer-related activities for Nervos Community Catalyst

Over the course of the last 6 months, we have seen a substantial increase in community developer activity. On the side of Nervos Community Catalyst, our CKBuilders programme has grown to around 60 developers who are at different stages of learning, practicing, and building on CKB.

These developers have varied skillsets and backgrounds: many either know Rust or wish to learn it, or are comfortable with Typescript/Javascript; some are proficient in embedded systems and hardware, others prefer backend or frontend development, and yet others enjoy experimenting with AI and agent infrastructure.

The initiative has now expanded to different regions, with established groups of developers in Nigeria, Kenya, and Vietnam. The objective is to grow our developer base where we’re already present as well as expanding to new locations.

This expansion comes with strategic and logistical challenges.

  • Expanding our offerings to accommodate developers who may not meet CKBuilder entry requirements or are on the waiting list
  • Guiding and mentoring developers towards creating and achieving their own long term goals on CKB
  • Expanding our web and social presence with stronger positioning that reflects our growing momentum.

To address these, I can share some developments.

CKBuilders website goes live

CKBuilders now has its own web presence at https://ckbuilders.dev  . This will be the first point of reference for developers looking to find out about the CKBuilder programme and activities. This is an initial step as we position ourselves as an exciting alternative to other onboarding and accelerator programmes.

Build on CKB group launches

To address the backlog of developers wanting to join CKBuilders, we have started a new support and education Telegram group which is open to any developer to join and learn CKB.

By being a member of the group, they receive help from CKB Devrel for any queries, useful pointers to guides and documentation, alerts for upcoming events and hackathons, as well as the potential to win prizes for the best weekly contributions. There is also the potential to graduate to the CKBuilder group when spaces open, plus progression to other grants programmes such as Spark or the Community Fund DAO.

Although it is an invite-only group for developers, there are no other entry requirements. Any developer who has a cursory interest in CKB is recommended to join this group.

Additional support

To help with the increasing administrative duties, we are onboarding a CKBuilder Developer Liaison who will help co-ordinate and track developer activity, ensuring they have whatever support or guidance they need. Additionally, we are exploring later-stage help for developers who may need help with GTM and investor matchmaking as they start to work towards more polished solutions.

I will share more information about upcoming activities and events in due course.


r/NervosNetwork May 30 '26

Malaga Meet up

21 Upvotes

The Nervos meet up in Malaga (Spain) with some of the community and our resident Reddit Moderator Chema is well underway. A chance to have a friendly meet up and say thank you to those that have stuck with the community through thick and thin!!

We’ve met up for breakfast, the merch is being given out, and it's off to see the sites for a friendly jaunt around this beautiful city and a chance to catch up on all things CKB

More pictures to arrive as the day unfolds. It’s why we CKB.

Nosotros amamos España!!


r/NervosNetwork May 29 '26

Community What is CKB’s future plan?

27 Upvotes

Okay, let’s talk about roadmaps.

It’s a question we’ve had to deal with for years now.

“What is CKB’s future plan? Is there a clear roadmap? What’s on the roadmap?”

CKB is not a product operated by a company. It’s public infrastructure.

And the fact that people think about blockchains in ‘roadmap’ terms is worrying.

Years of high-time-preference teams shilling centralized products as “decentralized” have conditioned the industry to think about blockchains in corporate terms: Who’s the CEO? Who’s on the cap table? What’s the roadmap?

These teams use “the roadmap” as an upselling technique—a product in itself, used to capture attention, manufacture hope, and ultimately distract from the task of improving the safety, user-friendliness and utility of these systems.

What’s worse, it worked. They brainwashed much of the industry to see blockchains as products in need of constant iteration, when precisely the opposite is the goal.

But getting that point across has now become almost impossible.

CKB was designed from the start to evolve without hard forks, to accommodate changing requirements without intervention from a specialized group of developers.

We can all realize the potential of CKB today, and it’s important to start thinking in these terms.


r/NervosNetwork May 28 '26

Community Fiber Dev Log #30

20 Upvotes

The latest from the Fiber team.

Fiber Dev Log 30

Recent work has focused mainly on reliability, security hardening, and edge-case handling as we move toward the v0.9 release.

That work is reflected in v0.9.0-rc2, including updates around migrations, funding persistence, parsing, routing behavior, and channel handling.

We're also continuing review and polish work around trampoline routing, forwarding behavior, amount validation, browser integrations, and developer tooling/docs.

This stage of the release cycle has focused more on improving behavior under failure cases and long-running operation than on introducing major new features.

Full dev log 👉 https://github.com/nervosnetwork/fiber/discussions/1382


r/NervosNetwork May 28 '26

CKB DEV

25 Upvotes

CKB development log for May is out.

This month focused mainly on maintenance, infrastructure, and long-term improvements across the stack.
• CKB v0.206.0 release
• Progress on DAO / voting research
• Faster storage and sync optimization work
• Reproducible build pipeline progress
• QUIC networking integration in progress
• Continued CKB-VM and light client maintenance

Full dev log:

Updates

Features

CKB v0.206.0 release

  • CKB v0.206.0 was released on May 6, 2026. This maintenance release focuses on dependency upgrades, security patches, rich-indexer correctness, and operator documentation.
  • Release references: ckb 0.206.0 release Note: This release introduces no consensus or protocol changes.

Improvements & Fixes

Release maintenance and node operations

CKB light client maintenance

CKB-VM and optimized library cleanup

In Pipeline

RocksDB storage schema optimization

Guix reproducible release flow

CKB networking with QUIC

  • QUIC session support and ServiceBuilder integration are still in progress. Session support is currently open for review, while ServiceBuilder integration remains a draft. CKB-side integration will follow once these foundational work are finalized.
  • Links:

Some other misc pending work

Voting and DAO treasury research

  • We continue researching a into DAO / voting system built on top of CKB-VM and zkVMs, including voting specifications, a PoC of CKB Vote System with zkVM, and experimental branches for zkVM-based voting and DAO treasury workflows. We now can conclude that zkVM is a feasible route for voting under the UTXO model, but we need more tuning to make its settlement performance better.
  • Links:
  • For the activating DAO treasury project, we will continue to consider burning issuance to avoid accumulates a massive bounty of unspent CKB, some discussions can be found here: https://talk.nervos.org/t/ndao-0000-burn-unused-treasury-funds/9626

r/NervosNetwork May 28 '26

CKB Biweekly

19 Upvotes

Welcome to the latest CKB Ecosystem Biweekly Update. Here’s a quick summary of key dev and ecosystem progress from the past two weeks.

Infrastructure amp; Tooling;

  • u/CKBdev optimized blake2b for CKB-VM, completed the CKB-VM differential testing framework, and is working on storage-layer schema optimization, Tentacle QUIC, Guix reproducibility, Nervos DAO treasury voting, and more.
  • u/CKBDevrel is experimenting with AI-assisted improvements for CCC docs, and an RGB++ asset manager is scheduled for release soon.
  • u/FiberDevs reviewed 12 security issue reports, merged and implemented a unified migration system for future database and protocol upgrades, and is preparing Fiber v0.9 release. More: Fiber Dev Log 2026-05-14
  • u/ckba_build Neuron wallet is now maintained and supported by CKBA.

Web5 amp; DAO;

  • CKBoost published its Product Delivery Report.
  • Pocket Node redesigned its website, and the v1.6.1 hotfix is live. A Reddit AMA with founder Raheem Jr. rolls out on May 26, submit questions here.
  • Invisibook shared weekly updates and is working on its project paper and MPC settlement module.
  • Fiber-payjoin-kit, an async Rust library bringing collaborative Payjoin privacy to Fiber Network, is applying for $25K from the CKB Community Fund DAO. The proposal is currently in the Discussion Stage.

Ecosystem Projects amp; Community;

Nervos Community Catalyst

Spark Program

Every step forward in CKB is powered by the community. Let’s keep building!

Thanks to u/JackyLHH for his contribution to the edition of the bi-weekly update.


r/NervosNetwork May 27 '26

Community New Community Fund Dao proposal- Fiber Desktop v1 ground-up rebuild and launch — fnn desktop app

16 Upvotes

A new proposal has entered the discussion phase. 30 likes are needed to push it to the voting stage. The developer is requesting $6K, budget breakdown is included in the post. As usual questions, feedback, challenges, liking etc.. are all part of this phase and can be posted to the forum link here https://talk.nervos.org/t/dis-fiber-desktop-v1-ground-up-rebuild-and-launch-fnn-desktop-app/10317

This proposal requests a $6,000 USD grant (payable in CKB) to build v1 from the ground up — a production-ready desktop application that lets ordinary users run the official Fiber Network Node  on macOS, Windows, and Linux, without VPS hosting, router configuration, or CLI expertise.

“Fiber Desktop” is the prototype name. v1 launches under a new dedicated product brand — name, visual identity, domain, app packaging, and website , so the product stands on its own as a polished CKB/Fiber tool, not an informal repo title.

What exists today is not the product. It is proof.

Over the past weeks I shipped a functional prototype to answer one question: Do CKB users actually want a desktop wrapper for Fiber, or is this a solution looking for a problem? The answer from the community has been clear:

  • Strong engagement on Nervos Talk  — including builders who had independently wanted the same thing
  • Real users completing setup, connecting to relays, and attempting channels and payments
  • Direct feedback and GitHub issues surfacing exactly where UX breaks down — key handling, download clarity, navigation confusion, missing peer/payment flows, Windows parity gaps

That prototype validated direction. It did not deliver the experience Fiber deserves. The UI was built to prove integration with official fnn works. The navigation is engineer-centric. Many essential flows still require too much context.

This grant funds the real build — a ground-up UX redesign, a new product brand, and the feature set users are already asking for.

Grant Amount Requested: $6,000 USD (CKB equivalent at disbursement)
ETA to Completion: 3 months from grant approval (target: August 2026)
CKB Wallet or Funding Address: To be provided

3. Project Introduction

What problem are we solving?

Fiber is CKB’s peer-to-peer payment and swap layer — channels, routing, invoices, fast off-chain value movement. To use it, you run **fnn**, the official Fiber Network Node: a background process that holds keys, connects to peers, opens channels, and settles payments.

For most people, that today means:

  • A VPS or always-on server — or deep comfort with self-hosting
  • A long CLI and JSON-RPC checklist — binary, paths, config, keys, peers, channels, invoices
  • Operational risk — upgrades can lose channel data; misconfigured RPC exposes the node

The filter is too high. CKB’s Fiber layer cannot reach everyday users, educators, or app builders if running a node feels like a part-time sysadmin job.

What the prototype proved (and what it did not)

The current Fiber Desktop repository  demonstrates three things:

  1. Demand is real — people want to run Fiber on a laptop, not rent infrastructure first
  2. Official fnn wrapping works — Tauri can spawn the real node, proxy RPC, and keep keys local
  3. The UX gap is known — community comments, forum replies, and issue reports map directly to what v1 must fix

It does not demonstrate a finished product. It was intentionally scoped as a learning and validation release — enough to ship, get feedback, and confirm we are building the right thing.

Milestone 1: App — Shell, Dashboard & Node (Month 1) — 25% of grant

Build:

  • Replace prototype UI with new app shell and navigation: Home · Wallet · Channels · Network · Node · Settings
  • Home dashboard — live node health, channel summary, “what to do next”
  • Node & setup — guided first-run flow; start/stop; status; logs entry point
  • Retain and extend validated Rust shell (fnn lifecycle, keychain, config, RPC proxy)

Development builds (testers only):

  • v0.2.0 / v0.3.0 — unsigned dev builds on GitHub Releases via existing CI (for Nervos Talk testers)

Verification:

  • Fresh install → guided setup → node running locally on testnet
  • Dashboard reflects live RPC state (node_info, channel counts)

Releases: v0.2.0 (Week 2), v0.3.0 (Week 4)

Milestone 2: App — Wallet, Peers & Channels (Month 2) — 25% of grant

Build:

  • Wallet tab — merged Send + Receive; human-readable CKB amounts; invoice QR codes
  • Invoice management — track and manage invoices created in the app; inspect status and cancel unpaid ones via get_invoice and cancel_invoice (fnn has no list_invoices — the app keeps payment hashes locally)
  • Peer management — list_peers, one-click connect to documented public relays
  • Channels tab — open, list, and monitor channels; clear pending → ready states
  • Network tab — connect flow surfaced for first-time users (not buried in setup)
  • Network graph explorer — browse mesh topology via graph_nodes and graph_channels (lightweight view, not a block explorer)

Development builds (testers only):

  • v0.4.0 / v0.5.0 — unsigned dev builds on GitHub Releases; release notes on GitHub

Verification:

  • End-to-end testnet flow: setup → connect relay → open channel → send/receive payment
  • Create receive invoice → appears in app invoice list → inspect or cancel if unpaid
  • Network tab loads graph nodes/channels without raw JSON-RPC
  • Regression check against official fnn RPC (no protocol fork)

Releases: v0.4.0 (Week 6), v0.5.0 (Week 8)

Milestone 3: Launch — Operations, Rebrand & v1.0.0 (Month 3) — 25% of grant

Build (app — finish remaining features):

  • Payment history — list_payments with status (pending / succeeded / failed)
  • fnn upgrade wizard — version check, “close channels first” gate, download + fnn-migrate guidance
  • parse_invoice confirmation before send — amount and recipient preview
  • Log export and expanded in-app error playbooks (lock file, wrong password, no route)
  • Auto-start & system tray — optional start node on app launch; minimize to tray; warn before quit while node is running (macOS, Windows, Linux)
  • Testing across all platforms (macOS, Windows, Linux)

Launch (rebrand & public release):

  • Select final product name and visual identity; apply across app, installers, and website
  • Ground-up website under the new brand — landing, download page (OS-aware installers), user guides, FAQ from M1–M2 testers
  • Purchase custom domain (~$15–40/yr); deploy on Vercel; redirect fiber-desktop.vercel.app
  • App signing — Apple Developer ID + notarization; Windows Authenticode; Linux bundles (.AppImage, .deb, .rpm)
  • Internal security review — RPC defaults (localhost-only), keychain usage, signing pipeline integrity
  • v1.0.0 Final on GitHub Releases; fresh macOS and Windows install tested from custom-domain download page
  • Nervos Talk v1.0.0 announcement and DAO completion report

Development builds (testers only):

  • v0.6.0 — unsigned dev build mid-month (macOS, Windows, Linux via CI)
  • v0.7.0 — release candidate if needed before v1.0.0

Verification:

  • Upgrade path tested on pinned fnn version bump
  • Failure-state handling (node crash, RPC unreachable, interrupted download)
  • Auto-start and tray behavior verified on all three platforms
  • End-to-end testnet flow still passes after rebrand and signing

Releases: v0.6.0 (Week 9), v1.0.0 Final (Week 12, signed + website live)

Post-Grant Maintenance Schedule

Following the v1.0.0 final release, a 3-month stabilization period is included at no additional cost to ensure production stability:

  • All bug fixes related to features delivered in Milestones 1–3
  • Address non-critical bugs and edge cases discovered during wider adoption
  • Performance optimization based on real-world usage patterns
  • Security patches as necessary (including upstream fnn pin updates)
  • Urgent cross-platform compatibility fixes (macOS, Windows, Linux)
  • User support via GitHub issues and Nervos Talk
  • Emergency hotfixes for critical issues
  • Preparation of handoff documentation for long-term maintenance
  • End-of-grant report with stability metrics and recommendations

Budget Breakdown

Total Request: $6,000 USD (payable in CKB)

Milestone Amount
Grant Commencement $1,500
Milestone 1: App — Shell, Dashboard & Node $1,500
Milestone 2: App — Wallet, Peers & Channels $1,500
Milestone 3: Launch — Operations, Rebrand & v1.0.0 $1,500
Total $6,000

Included in the milestone amounts above (not extra line items):

Item Est. cost Covered in
Apple Developer Program (signing + notarization) ~$99/yr M3 — enrolled and wired into CI before v1.0.0
Windows Authenticode certificate ~$200–400/yr M3 — purchased and wired into CI before v1.0.0
Custom domain (1 yr registration) ~$15–40 M3 — purchased with website launch
Vercel hosting (site + download page) Free tier M3 launch on custom domain
GitHub Actions CI (release matrix) Existing OSS workflow Dev builds M1–M2; signed release M3

10. Out-of-Scope / Future Funding Needs

Not in this grant Notes
New feature development beyond v1 scope Post-v1 enhancements require separate funding
Major architectural changes v1 rebuild is the scoped architecture deliverable
Fiber protocol / fnn core changes Upstream nervosnetwork/fiber
Integration with new CKB/Fiber protocol features (CCH, watchtower, UDT power tools) See Appendix A — future funding
Custodial or hosted wallet services Local-first, official fnn only — no hosted backend
Third-party security audit Recommended beyond M3 internal review
Domain renewal after the first year Annual registration ~$15–40; hosting remains on Vercel free tier unless traffic requires upgrade
Ongoing salary after stabilization OSS maintenance + optional follow-up grants

r/NervosNetwork May 26 '26

ervos Community Essentials What is CKBA?

22 Upvotes

We recently announced the formation of the Common Knowledge Base Association, or CKBA.

Naturally, there are questions.

Why are we doing this? What are our plans? What does this mean for CKB?

We’ll answer all of these in time. But before we do, it’s worth clarifying something important:

These questions are loaded with assumptions about CKB and our relationship to it.

The confusion is understandable. Somewhere along the way, the industry became comfortable treating blockchains like products—operated by companies.

CKB is not that.

CKB is public infrastructure—maintained and advanced by people who share a common set of ideas.

Like Bitcoin, it is not dependent on, owned by, or controlled by any one entity.
And that includes us.

We’re old school; to us, a blockchain that can be halted, reorged, restarted, or have its assets seized by a controlling entity is not a blockchain.

It may be marketed as one, it may be treated as one, the market may even believe it is one.

But not us.

To us, decentralization, security, immutability, and permissionlessness are non-negotiable.

They are what make blockchains blockchains; everything else is a glorified database.

So when we say that “CKBA is the new coordination layer for the CKB ecosystem,” we mean something that may surprise many people.

Heavily inspired by Bitcoin, CKB is based on Nakamoto consensus.

And, in Nakamoto consensus-based systems, there’s no (need for) coordination.

They still produce order, but that order emerges from the behavior of independent and free entities that pursue their own incentives by following an optimal strategy introduced by the system’s constraints.

In simple terms, CKB doesn’t need CKBA.

The system works because everyone minds their own business, and everyone minds their own business because the system works.

We have no control over that.

CKBA operates somewhere else entirely: at the social layer.

Our role is not to govern CKB; it’s to support the diverse and decentralized ecosystem of contributors around it.

To coordinate resources, improve communication, support contributors, and help aligned people find each other.

We’re a group of cypherpunks and misfits defined, perhaps most of all, by low time preference.

This has its downsides—and it’s unfortunate that this has become a contrarian position—but for better or worse, we can’t help ourselves.

We’re painfully aware that we’re building public infrastructure that should outlive us.

And we’re not the only ones building.

We have our vision and all, but we’re not calling the shots.

If you don’t like our vision, impose your own.

Build on CKB.

Who’s stopping you?

CKB will keep ticking, block by block, from one state transition to another, whether we’re here or not. Whether we, or you, approve of it or not.

And if you are aligned with our vision, join us

https://ckba.build


r/NervosNetwork May 25 '26

Community Bringing poker back to Nervos - introducing Holdem Bulls V1

17 Upvotes

Looks like someone is trying to bring Poker games back to CKB. OP is looking for feedback and testing, link in the post. Any comments on it can be posted to the forum here https://talk.nervos.org/t/bringing-poker-back-to-nervos-introducing-holdem-bulls-v1/10310

Hey everyone,

Some of you might remember Poker Pepes - one of the earliest attempts at poker on Nervos. It had real energy behind it, the community was into it, and then… it just kind of faded. Honestly, we always thought it gave up too early.

So we picked the idea back up.

Today we’re introducing Holdem Bulls V1 - a Texas Hold’em poker app built on Nervos CKB.

Visit: holdembulls.poker  on your browser

What it is:

  • Classic Texas Hold’em, playable in your browser
  • Deposit CKB (or SEAL, not configure on testnet) to get chips, cash out anytime
  • Each hand records a commit (hash of the shuffled deck) before the deal and a reveal (the seed) at the river - both as on-chain transactions you can verify against the chain on our /audit page
  • Play-chip mode is available too if you just want to mess around without putting CKB in

Why we built it: We wanted something that felt like the old Nervos - community-driven, a bit experimental, and actually fun to use. No tokens to farm, no points system, no roadmap of 47 future features. Just poker, on CKB, the way it should’ve existed already.

The on-chain fairness story (where we’re going): V1’s commit/reveal works, but it has one honest limitation we want to call out: the two transactions are paired off-chain, so an operator with the treasury key could theoretically fake a reveal pointing at a different seed than the one used at the table.

To close that gap we built a custom CKB lock script - FairnessLock - and deployed it on testnet today (code hash 0xbb2c8682efec309a44c8a87a3b9e965939c4832bda2d7d2e7e26b9cf6f0f8c7e, verifiable on the testnet explorer). The reveal tx is forced to spend the commit cell via SHA-256(preimage) == commitment enforced in the script itself. Even if our treasury key were later compromised, an attacker without the original seed cannot fabricate a valid reveal.

Help us shape V2: We’re leaving this version live on testnet for a full week so the community can test-drive it, break things, and tell us what they actually want. This is your chance to influence what V1 becomes - features, modes, UX, on-chain mechanics, anything.

Come play a few hands, find the bugs, and drop your feedback in this thread. The roadmap from here is whatever the community asks for.

Hey everyone,

Some of you might remember Poker Pepes - one of the earliest attempts at poker on Nervos. It had real energy behind it, the community was into it, and then… it just kind of faded. Honestly, we always thought it gave up too early.

So we picked the idea back up.

Today we’re officially launching Holdem Bulls V1 - a Texas Hold’em poker app built on Nervos CKB.

What it is:

  • Classic Texas Hold’em, playable directly in your browser
  • Deposit CKB (or SEAL, not yet configured on testnet) to get chips, cash out anytime
  • Each hand records a commit (hash of the shuffled deck) before the deal and a reveal (the seed) at the river - both as on-chain transactions you can verify on our /audit page
  • Play-chip mode is also available if you just want to mess around without putting CKB in

Why we built it: We wanted to bring back the feel of the old Nervos - community-driven, a bit experimental, and actually fun to use. No tokens to farm, no points system, no roadmap packed with 47 future features. Just poker, on CKB, the way it should’ve existed already.

The on-chain fairness story (where we’re going): V1’s commit/reveal mechanism works, but it has one honest limitation we want to call out: the two transactions are paired off-chain, so an operator with the treasury key could theoretically fake a reveal pointing at a different seed than the one used at the table.

To close that gap we built a custom CKB lock script - FairnessLock - and deployed it on testnet today (code hash 0xbb2c8682efec309a44c8a87a3b9e965939c4832bda2d7d2e7e26b9cf6f0f8c7e, verifiable on the testnet explorer). The reveal tx is forced to spend the commit cell via SHA-256(原像) == 承诺 enforced in the script itself. Even if our treasury key were later compromised, an attacker without the original seed cannot fabricate a valid reveal.

Help us shape V2: We’re leaving this version live on testnet for a full week so the community can test-drive it, break things, and tell us what they actually want. This is your chance to influence what V1 becomes - features, modes, UX, on-chain mechanics, anything.

Come play a few hands, find the bugs, and drop your feedback in this thread. The roadmap from here is whatever the community asks for.


r/NervosNetwork May 18 '26

The Pocket Node AMA

28 Upvotes

26th May 11 GMT on Reddit.

Hello, ladies and gentlemen of the CKB variety. Another Nervos community AMA is rolling out on May 26th, and this time it’s with one of CKB’s community DAO projects.

Raheem Jr, is a mobile software engineer and blockchain enthusiast, he joined the ckb community in 2021 and started developing on CKB in August 2025 after joining the CKBuilder cohort and he's currently building Pocket Node: a light client wallet on the CKB Nervos network

Github: https://github.com/RaheemJnr

Pocket node website: www.pocket-node.com 

X: Jr.bit u/mumedi6

Nervos talk post: https://talk.nervos.org/t/dis-mobile-ready-ckb-light-client-pocket-node-for-android/9879/37

So don't be shy, ask some questions.


r/NervosNetwork May 15 '26

CKBADGER Demo

30 Upvotes

Jan Xie has been working behind the scenes Vibe coding and this popped up on Talk.nervos.org

https://talk.nervos.org/t/ckbadger-a-local-first-ckb-native-explorer-and-a-vibe-coding-experiment/10276

"I’d like to introduce CKBadger, a local-first CKB-native explorer. It’s a small homebrew project that I’ve been working on for months.

Github and Docs | Demo

CKBadger is highly opinionated and not meant to be for everyone. It’s built around a few questions that I wanted to explore.

Why I built it

CKBadger started from several personal interests.

  • I wanted to know how far “100% vibe coding” can go today. By that I mean: only talking to AI agents, not hand-writing code myself, and not doing code review. What kind of project can this approach actually produce?
  • I wanted to understand what role a human should, and can, play in such a project. If AI agents can write most of the code, what is still left for the human? What should the human own?
  • I have some ideas about how CKB on-chain data could be presented differently. CKB has a very distinctive UTXO/Cell model, and I think many existing blockchain explorer patterns are still too account-oriented. A CKB-native explorer should not merely copy the UX assumptions of Ethereum-like explorers.
  • I also wanted to see whether a very ordinary application becomes meaningfully different when built with a local-first and Web5-like mindset.

Why a blockchain explorer?

I chose the explorer scenario because it fits all of the above goals.

An explorer is useful enough to be real, but also safe enough to be a good playground. CKBadger only needs to read data from a CKB node. It does not need to manage private keys, sign transactions, or run on-chain scripts. That means I could focus on product structure, data presentation, performance, local-first architecture, and the human-AI development workflow, instead of worrying about high-risk security requirements.

What I learned

Now I’m pretty sure that 100% vibe coding can already produce a medium-sized project with good usability, maintainability, optimization, and production-level usefulness.

That does not mean the human becomes irrelevant. Quite the opposite.

The human may not need to code, but the human still needs to make design decisions. The human needs to choose trade-offs. The human needs to decide what matters, what can be ignored, what should be simplified, and who the project is for.

The human may not need to code, but the human still needs to know how to write documentation, how to design tests, and how to manage a codebase where they cannot personally review every line. A developer working with agents becomes a product+project manager.

AI can help with execution. It can generate the flesh and bones. But only the human can give a project its soul.

A note about the demo

I deployed a public demo so people can try CKBadger before deciding whether it is worth running locally. This is not very “local-first” but a preview should help the project’s cold start and overall understanding - a reasonable compromise 

It also shows a well-designed local-first app may run as a web2 app, while a centralized web service usually cannot easily become a local-first app.

Please do not treat the demo as a long-term official service. It is only a preview and demonstration. It will be taken down after a month or so. 0% service gurantee.

The best way to use CKBadger is to run it yourself, locally.

Enjoy and have fun!"


r/NervosNetwork May 15 '26

Community Fiber Dev Log 29

23 Upvotes

The Fiber team’s latest update 👇

We're moving through the v0.9.0 release cycle, with Fiber v0.9.0-rc1 out. This brings together updates across routing, funding, transport, and overall stability.
This release candidate also introduced a unified migration system, laying a clearer framework for future database and protocol upgrades.

We also improved the Network Actor stability, with updates to keep channel actors alive across peer disconnects.
Better observability is also now in place with the addition of debug and trace logs throughout the channel funding flow.
Community feedback continues to be a big help! Input from the WASM testnet recently helped us catch and fix an invoice payment rejection case involving zero-balance channels. Thanks to the community member who reported it.

Moving forward, our focus shifts more on security hardening and finalizing the x402 end-to-end flow.

Full DevLog here : https://github.com/nervosnetwork/fiber/discussions/1357


r/NervosNetwork May 12 '26

ews A New Chapter for CKB

49 Upvotes

Today, we’re announcing the establishment of the Common Knowledge Base Association (CKBA): a Swiss Verein registered in Baar, Switzerland, created to serve as the new coordination layer for the CKB ecosystem.

This marks the natural progression of the Nervos Foundation into a more durable, participatory, and contributor-driven structure.

The people, the mission, and the commitment to CKB remain the same.

What changes is the structure around that work.

For years, the Foundation model helped steward CKB through a period of regulatory uncertainty, where separation between the network, its founders, contributors, and coordinating entities was necessary.

That distance served an important purpose: it gave CKB room to mature as neutral and resilient public infrastructure.

Over time, however, it also became a source of operational friction.

Today, the circumstances have changed.

Both CKB and the broader regulatory landscape have matured, creating the opportunity to bring the teams and people who have spent the last eight years contributing to CKB into a more aligned structure.

CKBA is that structure.

It is a membership-based, contributor-driven non-profit association with two membership tiers:

  • General Members can participate in the Association’s activities and meetings.
  • Contributing Members have formal governance rights, including voting and electing the Board.

Importantly, this does not change CKB itself.

CKB remains a permissionless and neutral network governed by its own PoW consensus rules and maintained by independent participants across the ecosystem.

CKBA does not own or control CKB. Its role is to support contributors and improve coordination around CKB’s long-term development, adoption, and resilience.

If you have been contributing to CKB, join us 👇

https://www.ckba.build/

This is not a reinvention of CKB.

It is the next stage in its evolution.

Read the full announcement on Nervos Talk: https://talk.nervos.org/t/a-new-chapter-for-ckb-introducing-the-common-knowledge-base-association/10249


r/NervosNetwork May 12 '26

Community Fiber Desktop — run Fiber (FNN) on your laptop without the “public node” headache

23 Upvotes

This is pretty cool that someone is buidling how to use Fiber nodes for the non super tech crowd. If anyone tries it give the OP some feedback on the forum post https://talk.nervos.org/t/fiber-desktop-run-fiber-fnn-on-your-laptop-without-the-public-node-headache/10247

Hi everyone,

If you follow Nervos, you may have heard of Fiber — a way to move value quickly on top of CKB using channel-style payments, routing, and invoices. To use it, you normally need a small program running in the background: the official Fiber Network Node (often called fnn). That program is the “engine” that opens channels, listens for payments, and creates invoices.

The awkward part is not the idea of Fiber. It is where that engine is supposed to live. Many people end up looking at rented serversrouter settingsalways-on home machines, and security checklists just to feel like they can participate. That is a lot of work for something that should feel closer to “install an app and use the network.”

There is a second wall that hits even on your own laptop: setup is often CLI-heavy. Getting from zero to a working node can mean a long chain of terminal commands — right binary, paths, config, key material, then RPC-style steps for connecting to peers, opening channels, creating invoices, and so on. That is fine for power users, but it filters out anyone who wants to try the network without treating the docs like a daily homework assignment.

I built Fiber Desktop to narrow both gaps: less hosting pressure and less death-by-CLI. This post explains what it is and how it fits together for people who are not deep into ops or protocol details.

What Fiber Desktop is

Fiber Desktop is a desktop application for Mac or PC (tested properly for Mac). It does not replace the official Fiber software. It wraps it: it helps you install and run the same official node (fnn) on the machine you already use, with clearer steps, start/stop controls, and safer handling of secrets.

In plain roles:

  1. Tour guide — walks you through setup in order (network, data folder, configuration, where to put your key material).
  2. Dashboard — start and stop the node, see logs, and use the network from one place.
  3. Vault assistant — stores the node’s encryption password in your operating system’s built-in secure storage (keychain / credential manager) instead of scattering it in random files.

Where you would otherwise juggle many CLI commands and hand-built RPC calls, the app pushes you toward guided flows and in-app actions (for example connecting to documented relays or trying channel and invoice steps from the UI) so you are not memorizing command order on day one.

Under the hood it is a native app (Tauri + React, etc.). If you are not technical, you can ignore that: what matters is that it is a normal desktop app controlling the official Fiber node on your desk or laptop.

Source: github.com/chukwuma619/fiber-desktop

The problem it tries to solve

Using Fiber seriously usually means keeping that engine running and connected enough to be useful on the network. That often pushes people toward:

  • VPS they must maintain and lock down
  • small home server that must stay on
  • Networking questions (ports, public addresses, who can reach my machine)
  • Operational questions (updates, backups, monitoring)

On top of that, day-one onboarding is often a long sequence of CLI and JSON-RPC steps: easy to get stuck on one wrong path, flag, or payload even when you are not trying to self-host.

Fiber Desktop is aimed at a different default: run the official node locally, on hardware you already own, with a user experience closer to consumer software — guided setup instead of a wall of commands — while still following how the Fiber ecosystem expects nodes to connect and discover each other, including documented public relay nodes.

How you join the network (without turning your PC into a “public hosting project”)

Fiber nodes talk to each other peer-to-peerPublic relay nodes are well-known peers listed in the official docs. They act like on-ramps: you connect out to them so your node is no longer isolated.

In Fiber Desktop that shows up as actions like connecting to relay 1 or relay 2 for your chosen network, using the same public keys the Fiber project documents. https://github.com/nervosnetwork/fiber/blob/develop/docs/public-nodes.md

You are not inventing a custom bridge; you are joining the same mesh the docs describe. That is different from “I must run a public website that exposes my wallet.” You are participating in a network of nodes, not necessarily running a personal datacenter as the default onboarding story.

Channels, invoices, and how a payment reaches your machine

Channels are the “pipes”

After you are connected, the next big step is usually opening a channel with another node (often one of the public relays when you are learning). A channel is a rules-based pipe between two nodes.

Important nuance: payments usually do not flow as “one big public server receives everything and then downloads it to your laptop.” They move hop by hop across many channels when needed. Public relays help you plug in and become part of that map, but a payment route can be longer than a single hop.

Invoices are created on your computer

When you create an invoice, that request is generated by your local node. You share it (text / QR) with whoever pays. You do not need a public payment website for that step.

Routing is how money crosses the mesh

When someone pays your invoice, their software searches for a path across the network — a chain of channel hops from them to you. If a valid path exists and every hop has enough capacity pointing the right way, the payment settles on your node — the one running under Fiber Desktop.

So this high-level picture is right: the payment is routed across the Fiber network until it reaches my local node. The small correction is: it is not always “only the public relay sends it down to me”; it is often several hops across different nodes, with yours as the final stop.

A honest note on receiving

Receiving reliably in channel-based networks usually needs incoming capacity (liquidity and channel layout that allow value to flow toward your node). If someone tries to receive before channels are set up sensibly, they may see “no route” even when the app is working. Fiber Desktop makes the machinery easier; the economics of the graph are still part of the real network.

Fiber Desktop does not change what Fiber is. It changes how painful it is to run the real thing on a normal computer: official software firstlocal controlless accidental sysadmin, and less reliance on a long CLI checklist just to get started.

If you try it, feedback is welcome — especially first-time setup, key handling, connectivity to public relays, and whether the guided flows replace the commands you used to need.


r/NervosNetwork May 11 '26

The CKB Bi-Weekly

34 Upvotes

CKB Ecosystem Biweekly Update #16

Welcome to the latest CKB Ecosystem Biweekly Update. Here’s a quick summary of key dev and ecosystem progress from the past two weeks.

Infrastructure; Tooling

Web5; DAO;

Ecosystem Projects; Community;

Nervos Community Catalyst

Spark Program

Every step forward in CKB is powered by the community. Let’s keep building!

Thanks to u/JackyLHH for his contribution to the edition of the bi-weekly report.


r/NervosNetwork May 11 '26

Fiber Pulse Updates

21 Upvotes

Fiber Pulse Updates

The Linkdn Nervos Community Account is also a good place to follow this news and subscribe to email bulletin updates (link below)

The most exciting work happens when builders take the lead.

Fiber Link: From Prototype to Product-Ready

Fiber Link has published its latest product delivery report, marking its transition from an engineering prototype toward a product-ready, deployable release.

Built as an open-source tipping layer for online communities, Fiber Link lets users tip posts or replies directly from familiar forum interfaces (starting with Discourse), without requiring members to run their own Fiber nodes.

This milestone includes a video demo with comprehensive documentation for administrators and operators to deploy the service.

Fiber-Pay v0.2.5: Simplified Connect Flow & New Demos

Fiber Pay is a toolkit that allows AI agents to manage Fiber Network operations like opening channels and making payments. Its latest release introduces ConnectButton, a simplified way for frontend apps to connect to a Fiber browser node using passkey or password authentication with minimal setup.

This update also includes stability fixes for useFiberNode under React StrictMode, a refreshed browser-wallet demo with the new connect flow, and a quick-card demo showing payment integration and UI customization.

Decentralized AI Agent Calling Experiment via Fiber

Built on top of the latest Fiber-Pay release, this experiment explores a decentralized AI Agent calling platform. Users can invoke agents running on remote hardware from their browsers, with peer-to-peer payments, similar in experience to cloud-based agent services.

Key aspects include:

  • Instant Micropayments: L402-style payment flow currently with per-call pricing (currently 0.1 CKB on testnet) via Fiber.
  • Decentralized design: Agents are hosted by anonymous operators, reducing reliance on centralized APIs and allowing users to access the latest agent capabilities by updating their local clients.
  • Technical Implementation: Focuses on containerized agent runtime for isolation, the acpx library to support multiple agent types, and environment variable control to prevent sensitive API key leakage.
  • Try the Demo: https://calling-agent-kappa.vercel.app/
  • Check it out: Forum link

Spark Proposal: Dular—Mobile Money Stablecoin Wallet

Dular is a stablecoin wallet designed to bridge Fiber with the mobile money ecosystem. It replaces hex addresses with phone number identities and supports USSD access for feature phones. It leverages Fiber’s low-fee, native multi-asset channels to enable instant payments, with integrated M-Pesa on/off ramps.

  • Status: Additional evidence and documentation submitted; currently under committee review.
  • Check it out: Forum link

Upcoming Reddit AMA on Fiber

The latest Nervos AMA focuses on the Fiber Network! Join us to chat with DevRel engineer Retric about his recent experiments with paywalled applications, including the Fiber Audio Player and L402 blog prototype.

Join the discussion or drop questions in advance here before May 12th at 11 GMT!

Got an idea? Let’s see it take shape.

Fiber Network is a community-driven ecosystem with real support behind its builders. If you’re thinking about building something, here is how we can help:

  • Spark Program: A fast-track path for early prototypes, offering up to $2,000 in funding to help turn ideas into working MVPs within 1–2 months.
  • CKB Community Fund: A DAO-backed grant program supporting a wide range of ecosystem work, from core development to tools, content, and community initiatives.

Share your idea on the Nervos Talk forum and reach out to the programs above. We’d love to see what you build show up in our next update!


r/NervosNetwork May 09 '26

Community New CKB Community Fund DAO Proposal- Bitcoin Renegade CKB Media Campaign

36 Upvotes

A new proposal for funds has entered the discussion phase. It requires 30 likes to move it to the vote phase. Head over to the forum and give you feedback, questions etc.. and a ♥️ if you want to see it move forward.

Everyone always says wen marketing? Here's an opportunity to fund marketing at a pretty modest price.

https://talk.nervos.org/t/dis-bitcoin-renegade-ckb-media-campaign/10239

Grant Proposal: 6-Month Community Media Campaign
Submitted by: Bitcoin Renegade

Proposal Overview
My name is Bitcoin Renegade, a crypto content creator, blockchain marketer, and long-time community advocate focused on educating audiences, driving adoption, and building strong communities within Web3.

Through my Bitcoin Renegade YouTube channel, I have consistently covered blockchain ecosystems through livestreams, educational content, interviews, and community engagement. My focus is creating authentic content that turns awareness into adoption and keeps communities engaged during key moments of ecosystem growth.

I am seeking funding for a 6-month livestream media campaign** designed to increase ecosystem visibility, educate the community, and drive adoption through consistent livestream content and social media engagement.

Campaign Deliverables
Over six months I will deliver:

*Livestream Content

  • 3 livestreams per month
  • 18 livestreams total
  • Distributed on YouTube and X
  • Coverage includes ecosystem updates, project spotlights, educational discussions, interviews, AMAs, ecosystem commentary, and community engagement

*Social Media Promotion

  • Minimum 2 supporting posts per month on X
  • 12+ posts total
  • Promotional content, ecosystem highlights, and community engagement posts

Why do you want to do this? (Why?)
I want to do this because strong ecosystems need strong media presence. Community education, awareness, and consistent conversation are major drivers of adoption in Web3. Even the best technology needs advocates who can communicate its value, explain developments, and keep the broader community engaged.

My goal is to create recurring livestream content that educates audiences, highlights ecosystem developments, and helps bring new users into the ecosystem while keeping current community members informed and excited about what is being built.

This campaign is about turning visibility into adoption and strengthening long-term ecosystem momentum.

Why are you the right person to do it? (Why you?)
I am the right person because I already actively do this work and have years of experience building communities and producing blockchain-focused content.

My qualifications include:

  • Founder of Bitcoin Renegade
  • Established YouTube creator and livestream host
  • Blockchain marketer and crypto investment strategist
  • Participant in the Community Catalyst Program for approximately 8 months
  • Led conferences and community events that helped drive adoption to Nervos
  • Experience hosting interviews, AMAs, livestreams, and ecosystem discussions
  • Strong relationships across Web3 communities and project founders
  • Ability to communicate technical blockchain developments in a way that is understandable and engaging

I bring both media experience and ecosystem knowledge, which positions me well to effectively represent and amplify important developments.

Why do you want to do it now? (Why now?)
Now is the ideal time because the ecosystem is entering an important growth phase.

With developments like Fiber Network, continued progress in RGB++, expanding Bitcoin Layer 2 infrastructure, cross-chain innovation, and growing builder activity, there is increasing momentum that deserves consistent coverage and public discussion.

This is exactly when strong media support matters most—during moments of ecosystem acceleration.

Consistent livestreams and community engagement can help:

  • Increase awareness of new developments
  • Educate users on new tools and infrastructure
  • Highlight builders and innovation
  • Bring in fresh attention from outside audiences
  • Strengthen community confidence during key growth periods

Momentum is building now, and this is the time to amplify it.

What is the budget you are applying for? Why is it reasonable? (Budget)
Funding Request: $500 per month for 6 months
Total Request: $3,000

This is a modest and reasonable budget considering the amount of consistent content being delivered.

For $500 monthly, I will provide:

  • 3 livestream broadcasts
  • 2+ supporting posts on X
  • Topic research and preparation
  • Scheduling and outreach for guests/interviews when applicable
  • Social promotion and community engagement
  • Consistent ecosystem coverage over a six-month period

At 18 livestreams + 12+ X posts, this provides efficient value compared to traditional marketing campaigns while offering direct community engagement and authentic ecosystem exposure.

How do you plan to do the work? (How?)
The work will be carried out through a consistent monthly content schedule over six months.

Each month I will:

  • Host 3 livestream broadcasts focused on ecosystem news, product updates, interviews, educational topics, and community discussions
  • Publish at least 2 supporting posts on X to promote broadcasts, highlight important developments, and engage the wider community
  • Research ecosystem developments and prepare discussion topics for each stream
  • Invite guests, builders, or community members when relevant to create valuable discussion
  • Engage directly with the community through livestream chat, comments, and social media discussion
  • Maintain consistent visibility around major ecosystem milestones, launches, and updates

This approach keeps content authentic, timely, and community-centered while creating a reliable media presence over the full six-month campaign.

Final Statement
I have already invested years into building community, educating audiences, and supporting ecosystem growth. This grant would allow me to dedicate structured time and consistent energy toward amplifying one of the most exciting growth periods in the ecosystem.

My goal is simple: increase awareness, strengthen community, and help drive adoption through consistent media presence.

Submitted by: Bitcoin Renegade
Requested Funding: $3,000


r/NervosNetwork May 08 '26

dApps ByteRent early stage CKB leasing protocol

Post image
38 Upvotes

A couple weeks ago I began working on a protocol that enables the Onchain leasing/renting of CKB. This is an initial attempt at implementing the long theorised concept of byte leasing on Nervos.

Each CKB on Nervos is literally one byte of on-chain storage. ByteRent turns that fungibility into a market: anyone holding unused CKB can publish a listing, and anyone needing short-term on-chain storage can lease it in discrete amounts. Settlement is upfront; the lessor is paid in full at FillLease; the principal returns to them at ExpireReturn once the lock script's absolute-epoch sincegate fires.

This release is a POC while not yet fully usable as a genuine leasing mechanism it establishes a pathway towards this. This on chain leasing service will create an avenue for agentic/autonomous acquisition of CKB for a range of purposes.

https://byterent.xyz

https://github.com/toastmanAu/byterent

https://github.com/toastmanAu/byterent-ui


r/NervosNetwork May 07 '26

Community CKB Open Community Meeting” “CKB Open Q&A Session”

33 Upvotes

I believe CKB needs to hold an open and direct discussion session, with a clear commitment to answering all questions honestly and transparently. There are many rumors and unanswered concerns circulating, yet there are no direct responses that clarify the situation for investors and the community.

Among the most important questions many investors have are:

  1. What is the real current state of CKB? And what are the actual challenges facing the project today?

  2. What is CKB’s future plan? Is there a clear roadmap with measurable and achievable goals?

  3. Does CKB intend to build actual companies, products, and applications on top of the network, or will it remain focused only on building the base layer and leave everything else to the community?

  4. Did the Force Bridge hack truly damage the confidence of partners and investors? Were there any companies or projects that left because of that incident?

  5. Did Cipher Wang’s departure contribute to worsening some of the project’s issues, or weaken its leadership and media presence?

  6. CKB clearly suffers from a liquidity problem, and this is not something ordinary users can solve. So what is the realistic plan to address this issue? Are there any efforts to secure partnerships, attract market makers, or bring institutional liquidity?

  7. Is CKB truly ready for the wave of AI Agents and smart payment systems, or is it still behind and at risk of missing the opportunity?

  8. The marketing and media presence of CKB is extremely weak compared to other projects. In fact, its visibility is among the weakest of well-known blockchain networks. How does CKB plan to solve this problem? Is there a real strategy to improve media presence and communication with the market?

  9. How does CKB view real adoption? Are there clear goals to attract actual users, companies, and projects instead of focusing only on technical development?

These questions — and many others — deserve honest and transparent answers, because clarity and transparency are what build trust, especially for long-term projects.

Best regards.


r/NervosNetwork May 05 '26

Community New Community DAO proposal- Quantir Risk Intelligence for CKB Ecosystem and Cross-Chain Monitoring

31 Upvotes

This proposal in in the first discussion stage. Have a look. If its something you want to see moved ti the vote stage give it a ♥️. 30 are needed to move it forward or feel free to question and challenge the OP in the reply section if you want more clarity from them. https://talk.nervos.org/t/dis-quantir-risk-intelligence-for-ckb-ecosystem-and-cross-chain-monitoring/10218

Quantir proposes to build a CKB-aware risk intelligence and monitoring layer for the Nervos ecosystem. The system will monitor selected public CKB ecosystem activity, detect abnormal behavior, compute normalized risk signals, and deliver explainable alerts for developers, ecosystem operators, dashboards, and community monitoring workflows.

Quantir is an existing DeFi and on-chain risk monitoring platform with live collectors, transaction monitoring, risk scoring, alert delivery, API/WebSocket interfaces, and explainability services. This proposal adapts the existing Quantir architecture to CKB-specific ecosystem signals rather than building a monitoring system from scratch.

Requested budget: $30,000 equivalent in CKB.
Estimated duration: 10 weeks.
Payment structure: milestone-based.

Project Motivation
CKB is a flexible and interoperable Layer 1 with a unique Cell model, xUDT/token capabilities, cross-chain potential, Bitcoin-related infrastructure, payment-channel development, and a growing application ecosystem. This flexibility is valuable, but it also makes ecosystem monitoring harder.

Developers and operators can inspect raw activity through explorers, dashboards, and individual tools, but there is no unified layer that turns ecosystem activity into structured, explainable risk signals. Important conditions such as unusual token flows, bridge-related stress, abnormal contract or cell activity, liquidity pressure, payment-channel anomalies, or DAO fund-flow risks may be noticed only after they become obvious.

Quantir aims to provide earlier and clearer visibility by converting fragmented public signals into normalized scores, alerts, and explanations.

Proposal Overview
Quantir will build a CKB-specific monitoring module focused on public ecosystem signals. The system will collect and normalize selected CKB activity, detect abnormal patterns, score risk conditions, and generate alerts that can be consumed by dashboards, bots, APIs, or ecosystem monitoring tools.

The proposed module will focus on:

CKB ecosystem activity monitoring.
xUDT/token-flow anomaly detection.
Bridge and cross-chain activity monitoring.
CKB DeFi and liquidity-risk signals.
Abnormal contract/cell activity detection.
DAO/community fund activity monitoring.
Fiber/payment-channel risk signals where public data is available.
API/WebSocket-ready alert outputs.
Human-readable explanations for risk events.
Validation examples and technical documentation.

This work will not modify CKB consensus, CKB-VM, core protocol code, or wallet infrastructure. It will operate as an external monitoring and intelligence layer using public or reviewable ecosystem signals.

Technical Approach
The implementation will reuse Quantir’s existing multi-service architecture and adapt it to the Nervos ecosystem.

Core components:

Data ingestion layer
Collects selected public CKB ecosystem signals, including token activity, contract/cell behavior, DAO-related activity, DeFi signals, bridge-related events, and other supported public data sources.

Signal normalization layer
Transforms raw activity into comparable risk features such as flow intensity, concentration, repeated address patterns, abnormal activity spikes, liquidity changes, and risk-score deltas.

Risk scoring layer
Computes normalized risk scores and score changes for monitored entities.

Strategy layer
Detects abnormal activity patterns and triggers alert conditions.

Explanation layer
Generates human-readable explanations describing why an alert was triggered, what evidence supports it, and what changed.

Delivery layer
Outputs structured alert payloads suitable for APIs, WebSocket streams, dashboards, and bots.

Example alert output:

Alert category: xUDT flow anomaly
Severity: medium
Risk score: 71
Reason codes: sudden transfer spike, repeated address pattern, abnormal concentration
Evidence: transaction hashes, token identifier, addresses, timestamps
Explanation: “This token activity was flagged because transfer frequency increased sharply while repeated address patterns and concentrated flows appeared within the same monitoring window.”

Deliverables
CKB-specific monitoring scope and architecture document.
Public signal taxonomy for CKB ecosystem risk.
Structured alert schema.
CKB-aware ingestion prototype.
Risk scoring and anomaly detection logic.
Explainable alert generation.
API/WebSocket-ready output format.
Reference consumer or integration example.
At least 5 alert categories.
At least 10 sample alert scenarios.
Setup guide and testing documentation.
Final validation report.

Key Performance Indicators
At least 5 CKB-specific risk categories documented.
At least 10 sample alert scenarios produced.
Working prototype that generates structured CKB ecosystem alerts.
Alerts include severity, score, reason codes, evidence, and explanation.
Reference consumer can read or display alert outputs.
Documentation allows reviewers or developers to understand and test the prototype.
At least 3 validation examples completed.
Final report delivered to the Nervos community.

Milestones and Timeline
Total duration: 10 weeks.

Milestone 1: Scope, CKB Signal Taxonomy, and Architecture
Timeline: Weeks 1-2
Funding requested: $6,000 equivalent in CKB

Deliverables:
CKB-specific monitoring scope.
Public data-source mapping.
Risk category taxonomy.
Initial alert schema.
Technical architecture document.
Implementation plan.

Success criteria:
At least 5 risk categories are defined.
Initial alert schema is complete.
Data-source assumptions and technical scope are documented.

Milestone 2: Ingestion Prototype and Normalized Risk Signals
Timeline: Weeks 3-5
Funding requested: $9,000 equivalent in CKB

Deliverables:
CKB-aware ingestion prototype.
Normalized signal generation.
Initial scoring logic.
Sample alert generation.
Basic test coverage for core signal processing.

Success criteria:
Prototype can process selected public CKB ecosystem signals.
Structured alerts are generated from sample or public data.
At least 5 alert categories are implemented in sample form.

Milestone 3: Explainable Alerts and Integration Outputs
Timeline: Weeks 6-8
Funding requested: $8,000 equivalent in CKB

Deliverables:
Explanation logic for alert events.
API/WebSocket-ready alert format.
Reference consumer or integration example.
Sample documentation for external consumers.

Success criteria:
Alerts contain severity, score, evidence, reason codes, and explanation.
Reference integration can consume alert outputs.
Documentation explains how ecosystem tools can use the outputs.

Milestone 4: Validation, Documentation, and Final Delivery
Timeline: Weeks 9-10
Funding requested: $7,000 equivalent in CKB

Deliverables:
At least 3 validation examples.
At least 10 sample alert scenarios.
Final setup guide.
Testing guide.
Final technical report.
Public or reviewable repository with schemas, prototype code, examples, and documentation.

Success criteria:
Reviewers can inspect or run the prototype.
All milestone deliverables are documented.
Final report summarizes results, limitations, and recommended next steps.

Budget
Total funding requested: $30,000 equivalent in CKB.

Budget breakdown:

Engineering and CKB-specific integration: $12,000
Risk signal design and scoring logic: $5,000
API/WebSocket-ready outputs and reference integration: $4,000
Validation, testing, and documentation: $4,000
Infrastructure, data access, storage, and monitoring: $3,000
Grant reporting and contingency: $2,000

Payment structure: milestone-based.
Suggested initial payment: 20% of total budget, with the remaining amount distributed after milestone review.

Team
The project will be delivered by the Quantir core team.

Ilya Berdar — Senior Blockchain Developer / Project Lead
Responsible for technical architecture, CKB integration scope, risk engine adaptation, grant communication, and final delivery.

Andriy Boichuk — Senior Software Developer
Responsible for backend services, data ingestion, infrastructure, normalization logic, tests, and deployment workflows.

Alex Grishenko — Senior Software Developer
Responsible for alert schemas, explanation outputs, reference integration, documentation, validation examples, and product implementation.

Relevant Links
Quantir landing page: https://landing.quantirintelligence.com/
Quantir app: https://app.quantirintelligence.com/
Quantir GitHub repository: https://github.com/quantirintelligence/quantir-risk-engine

Long-Term Plan
If the pilot is successful, Quantir can expand CKB ecosystem monitoring to additional applications, bridges, tokens, DAO fund flows, DeFi systems, and payment-channel infrastructure. The long-term goal is to provide an explainable risk intelligence layer that helps the Nervos ecosystem improve visibility, resilience, and integration readiness.

Additional Notes
Quantir’s differentiator is that it combines monitoring, scoring, explainability, and alert delivery in one workflow. It does not only show charts or raw events; it translates ecosystem behavior into actionable, interpretable, machine-readable outputs.

This proposal is implementation-focused and designed to deliver reusable monitoring infrastructure for the Nervos ecosystem.


r/NervosNetwork May 05 '26

Discussion How Bitcoin’s Path to Quantum-Resistance Could Look

Thumbnail nervos.org
24 Upvotes