TGViewer
Channel Public Channel
QNET

QNET

@aiqnetlab

Quantum Blockchain
Subscribers
397
Photos
46
Videos
16
Links
76
Recent Posts 20 shown
Post #181 119
In a few days, I will restore activation via the website and mobile app.
  • ❀ 10
  • ⚑ 3
  • πŸ”₯ 3
  • πŸ‘€ 2
Post #180 136
QNet Wallet 1.3.0 for Android is now live on Google Play:
https://play.google.com/store/apps/details?id=io.aiqnet.wallet

The browser extension update is still in store review. An update will follow once it's approved.

The iOS release is being prepared in parallel.

The mobile app will keep getting polish and bug fixes, with one priority above the rest: no missed pings on the system side.
Google Play QNet Wallet - Apps on Google Play Non-custodial post-quantum wallet with an optional light node
  • πŸ”₯ 13
  • ❀ 6
  • πŸ‘€ 2
Post #179 156
Two weeks of work in one release: 1,165 files, +277,456 / βˆ’68,696 lines, 82k of them tests.

What changed:
β€’ Node activation and registration move out of the wallets into their own section of the website: aiqnet.io/node. Pay from a computer or a phone, get the node's code, see its devices, status and the reason for any missed epoch.
β€’ The wallet app is rebuilt for iPhone, Android and tablets: a new history, a built-in browser where every site request is confirmed, QNet Link, Solana sends, and a Node tab that runs a light node on the phone.
β€’ The browser extension 3.1.0 is rewritten from scratch: a new encrypted vault, one confirmation window, and wallets from 2.1.x move over by their old password.
β€’ Every balance is checked against checkpoints signed by the network's validator committee, not taken on a server's word.
β€’ Light nodes are pinged by their shard's owner with two backups; repeats go out only while a node stays silent, and every answer counts in its own epoch.
β€’ New consensus safety rules switch on at a fixed height; the release audit's findings are closed.

Updating now: the Android app, the browser extension, the website and the network. The iOS app is being prepared for TestFlight.

https://github.com/AIQnetLab/QNet-Blockchain/commit/b23af363e94a719a0137a65b8dbf0a79044d06f0
GitHub the wallet verifies every balance against the committee's certified c… Β· AIQnetLab/QNet-Blockchain@b23af36 …heckpoint, light nodes answer under a spaced push schedule, and the release audit is closed Node - consensus rules behind three gates at height 3,657,600 (epoch 254): timeout votes bound to the ...
  • ❀ 10
  • πŸ”₯ 7
  • ⚑ 2
Post #178 193
Congratulations, everyone: after a year, QNet Wallet is finally on Google Play. This is a big step for the whole project.

https://play.google.com/store/apps/details?id=io.aiqnet.wallet

In this version

β€” There is no burn inside the app.
β€” Nodes that are already activated can be restored right in it, both the activation code and the node itself.

What's next

β€” An update is coming soon that brings activation to the official website.
β€” Final fixes and tests are underway.
β€” iOS is next.

More to come.
Google Play QNet Wallet - Apps on Google Play Non-custodial post-quantum wallet with an optional light node
  • πŸ”₯ 19
  • ❀ 5
  • ⚑ 1
  • πŸ‘€ 1
Post #177 242
Dashboard, Mobile Apps & Extension I am almost done with a major update for the dashboard and mobile apps.

Here is what’s new

Web-Based Node Activation: Node activation has been moved to the website to prevent token burning inside the app from being classified as an In-App Purchase.

Past Epoch Insights: Added detailed historical data for past epochs β€” you can now view device responses and earned rewards for each epoch.

Device Re-linking: Implemented a feature to re-link a device via the website if you change or lose your gadget.

Browser Extension Enhancements: You can now connect to the site and partially complete the activation process directly through the extension.

I am currently testing all the new features. Everything is expected to be ready by early next week, right after which I will release the iOS build on TestFlight.
  • πŸ”₯ 17
  • ⚑ 4
  • ❀ 2
Post #176 320
πŸ‘€
  • πŸ”₯ 12
  • πŸ‘€ 8
  • ⚑ 4
  • ❀ 3
Post #175 343
Exactly one year ago the 1DEV token launched and our community was born. The development itself started earlier and has been going on for more than a year and a half.

For all of us it was a hard but truly fascinating year β€” a year that tested faith and patience. There were plenty of questions, and all of them were fair. Can the developer turn words into reality? Isn't this just another larp? When is the testnet coming? Far from everyone made it to this day, when the biggest of those questions are behind us. And I understand everyone who had doubts.

For me, this year and a half has been a test of strength, both physical and mental. I bet everything on this project.
Day after day of 16-hour work, lack of sleep, stress, psychological pressure and responsibility β€” for the result and for everyone who believed. Mistakes I had to fix. Plus 20 kilograms and a couple of other "non-critical" health consequences. All the money I had. And an endless belief that it would work out. I'm not bragging, but I honestly don't know whether anyone else has worked on their project this much and this meticulously. I know one thing: I gave it everything.

Why all of this?
I've been deep in crypto since 2019. I saw the rise and fall of retrodrops, took part in ambassador programs, hunted NFT whitelists on Discord and token-sale whitelists, joined token sales, ran nodes, wrote articles. I was one of the first users of pump.fun β€” back when a token with a website and socials already counted as a gem, funny to remember now. I caught the Telegram tap-to-earn games too.

Over those years I learned the main thing: an early user almost always plays a lottery, and most of the time it isn't in their favor. You put in time β€” first of all time β€” and money, and end up with nothing.

Blockchains are no different. Almost every new network launches with the same playbook: investors, a premine, private rounds you're not part of, and an airdrop lottery for those who came first and gave it activity. There are also projects with a structure similar to ours β€” I didn't even know they existed when I started. But some of them still haven't left testnet, while the premine and everything else is already in place. Others hand out points instead of real rewards. That approach isn't for me. I want to bring back that spirit of crypto enthusiasm and give this space a new turn β€” something clean and original.

That is the essence of QNet: rewards go to those who take part in the network, not to those who got into a round. You don't need a server β€” a phone with the QNet mobile app is enough. The app answers the network, and every 4 hours its owner is credited with a share of the emission. Not points and not an airdrop promise, but on-chain tokens from day one, under the same rules for everyone.

Some pump.fun projects and post-quantum networks mention QNet, jump into discussions, and their supporters promote their projects in our comments. That's normal. But I don't see them as competitors. Most of them are no different from thousands of others, except for tweaks to consensus. And users don't care what consensus runs under the hood: they need things to work correctly and reliably. A copy of something that already exists, with one feature of its own, doesn't become something new. And price shows nothing here β€” just like in contemporary art. The truth isn't in how much a project is worth, but in what it brings to people.

I know not everyone likes my methods, my openness on some matters and my reticence on others. But I don't live by other people's made-up rules. I've always been stubborn and done what I believed was right β€” by my conscience and my convictions. When this idea came to me, I didn't ask myself whether it would work. I just sat down and started building, and didn't let doubt settle in my head.

"Don't tell me what I can't do"

And now the main thing.
QNet works. Not in a pitch deck and not in promises β€” on the network. Since August 31 it has been running on a single genesis: more than 3 weeks without a restart from scratch. There were halts at the start; they were investigated and fixed, and since September 15 the network has been running without a single stop. 1 block per second, over 2,000,000 blocks already. 6 super nodes and 60 registered light nodes on ordinary phones, 40 to 48 of them online in each epoch. Every 4 hours the network itself distributes rewards to those whose nodes were online. No investors, no funds: QNC comes only from emission.

None of this would exist without you. Without the people who believed and still believe, this path would have been impossible. Thank you to everyone who stays with the project: for ideas, for posts, reposts and likes on X, for messages in Telegram, for being part of the group's life, for testing the app and the network. I see everyone who promotes the project, I follow it closely, and I truly value that work.

A special thank you to the person who has my back and carries the communication in our community β€” Raji. Without his crazy dedication, energy, faith and enthusiasm, our community would be impossible to imagine. In hard moments he found the right words, and when it was needed, strict ones, to keep the right atmosphere in the group. Thank you.

There's still a huge amount of work ahead: a token lock for super nodes, mini-apps, smart contract testing, releasing the apps in the stores, and bringing the project to the masses. There are still open questions with the stores, but I'm sure they'll be resolved just like all the others. After the apps are released, I'll most likely launch a content contest with a cash prize pool. And once everything is stable and the project catches the wave, I'll grow the team: carrying something this big alone is, to put it mildly, hard. For now the focus is on the nearest tasks, and decisions will be made as the project grows.

After the road already traveled, all of this feels small. I have no doubt that every task will get done.
We're already here. We've already done it. Now it's time to grow, and everything else will come in time.

Happy first year, QNet. And congratulations to everyone who made it to this day.
  • ❀ 14
  • πŸ”₯ 4
  • πŸŽ‰ 4
  • ⚑ 2
Post #174 240
Many noticed the changes on the site: the legal entity is complete and all papers are in hand. The Apple developer application is submitted and under review; the Android release is being prepared in parallel. From here it is up to the platforms.
  • ❀ 15
  • πŸ”₯ 6
  • ⚑ 1
Post #173 284
Sending to your own address always worked on chain, only the fee is paid. The old wallet just showed it wrong in history and in the balance. 1.1.4 fixes that, and now they show as "Sent to self". There's no real reason to do it, except testing.
  • ❀ 15
  • ⚑ 4
  • πŸ™ 1
Post #172 293
QNet-Wallet.apk84.2 MB
QNet Wallet 1.1.4

Wallet:
Transaction history no longer disappears. It is assembled from the explorer archive and the node, paged, and survives the pruning of old blocks on nodes.

Every operation β€” a transfer, a token send, a reward claim, a node activation β€” ends on the same full-screen result. Claims used to confirm in a small pop-up.

The hash on the result screen opens the transaction in the explorer; a long press copies it. History entries open the explorer too.
History can be filtered by asset: all, QNC, or a single token.

A transfer to your own address shows as its own type, "Sent to self" β€” no minus, fee shown; the balance no longer deducts an amount that never left.

If the network does not answer a send in time, the wallet no longer says "failed". It shows the transfer as awaiting confirmation and settles the outcome from the chain itself; sending again cannot charge twice.

The fee shown is exactly what the chain debits; token calls size their gas by the call.

Network and rewards (live already, no update needed):
A phone's answer counts for the epoch the ping was sent in, even when it arrives minutes late because of sleep mode or a delayed push. Such answers used to be discarded and the epoch went unpaid.

An answer that reaches a node outside its shard is delivered to the shard's owners β€” the signature is no longer lost.

The per-address ping limit is raised: one carrier IP can front many phones.

In the reward history, a zero is no longer labelled "shard not certified" β€” it shows the real reason.

Transaction and reward history survive block pruning: every node keeps a self-proving epoch archive.
  • πŸ”₯ 10
  • ❀ 8
  • ⚑ 2
Post #171 347
QNet testnet update

The network keeps running clean - one block per second, no stalls.

If you run a light node on your phone:

Minimize the app and lock your screen whenever you like. Liveness pings are answered in the background.

Just don't force-close the app. A closed app can't answer.

Rewards accumulate on chain and nothing is ever forfeited. Claim them whenever you want.
An epoch is 4 hours, and an epoch's reward arrives one epoch after it closes.

A node only reads as inactive after two closed epochs with no answered ping - 8 to 12 hours of silence. Coming back is one tap: "I'm Back - Reactivate Node".

The number of participants keeps growing - slowly, but steadily.

I'm still waiting on the LLC paperwork before the apps can be published officially. I understand that an official release is what earns real trust in the project, and that trust is what brings more people in.

And as promised, very soon I'll start work on the first mini apps, so the network's tokens have somewhere to be used.
  • ❀ 11
  • πŸ”₯ 10
  • ⚑ 1
  • πŸ‘€ 1
Post #170 335
QNet-Wallet.apk84.2 MB
QNet Wallet 1.1.2

This Android update is about correct operation: fees, token transfers and light-node pings now work exactly the way the network expects.

Correct fee. The app now shows and charges exactly what the network debits: 0.00015 QNC per QNC transfer. It used to show a lower number, so the "Total" didn't match what was actually charged.

MAX works for QNC. It leaves the fee on the balance, so sending everything no longer fails with "insufficient balance".

Token transfers are applied. Token transfers used to carry a gas limit below what the network requires: the node accepted them, but they never made it into a block. Gas is now set correctly, and the app checks in advance that there is enough QNC for the fee, plus a refundable 0.01 QNC deposit if the recipient doesn't hold that token yet.

The fee can't be raised in transit. Contract transactions are signed over their gas price and limit, so a node relaying them can't increase the fee.

Light-node pings are answered reliably. Answers go out one at a time, and no request hangs without a timeout.
Interface. Input windows stay above the keyboard, the node activation window matches the others, values on the Node tab are no longer cut off, and the seed phrase warning is highlighted.

Light-node rewards. The network nodes have been updated too. A bug that could cost a light node its reward for an epoch even after it had answered the ping is fixed, so answered pings should no longer lose rewards.
  • ❀ 12
  • πŸ”₯ 6
  • ⚑ 2
Post #169 322
The network had some downtime. I'm fixing the causes now: some fixes are already live, and the rest ship in the next update. The network is running, and blocks are being produced and finalized.

Why blocks are faster right now. In QNet every block is tied to its own second since the network launched. While the network was down, time kept moving but no blocks were produced. The network is now producing blocks for the missed seconds, at about 4.5 blocks per second instead of 1. Once it catches up with real time, it returns to 1 block per second on its own.

What you may notice. The explorer shows the latest block times behind real time; this is expected. Reward periods of 14,400 blocks now take about an hour instead of 4 hours, so rewards come more often.

What's next. I'm preparing an update so that after any future downtime the network continues from the current time instead of catching up.
  • πŸ”₯ 8
  • ❀ 5
  • ⚑ 3
  • πŸ‘ 2
  • πŸ‘€ 1
Post #168 364
As I mentioned earlier, a bug was discovered due to the Light Node registration, and I’m currently fixing it. I even had to roll back the network slightly, so most of the registrations were lost. Don’t worry - all of this will be fixed, and the testnet will continue.
  • ❀ 12
  • ⚑ 2
  • πŸ”₯ 2
Post #167 400
Currently, the test network has stopped releasing blocks. I’ll tell you what happened.

When a new light node registers on the network, all nodes must calculate the checksum of the node registry in the same way. It turned out that the node that had itself issued a block with such a registration calculated it differently from the others. It stopped matching the network in terms of the same number and could no longer confirm blocks.

Two light nodes registered. The first one disabled one node, the second one disabled the second one. After that, four out of the five required nodes remained, the confirmation stopped, and the network automatically suspended production. This is a standard safety feature: it’s better to stop than to diverge.

The data is intact. The entire history is in place, and the records are the same for all six nodes. Only one calculated value diverges, and it can be restored by recalculating it.

What I do: I restore agreement on the two affected nodes, fix the cause in the code so that this doesn’t happen again during registration, and update all the nodes.
  • πŸ”₯ 11
  • ❀ 3
  • ⚑ 1
Post #166 331
Feel free to record videos, attach photos, and leave them in the comments on X ❀️
  • ❀ 5
  • ⚑ 1
  • πŸ‘ 1
  • πŸ™ 1
Post #165 410
QNet-Wallet.apk84.2 MB
Everyone interested is invited to participate in the testnet again. To do so, you need to install the application attached to this post.

Next, import an existing wallet or create a new one, visit the https://aiqnet.io/testnet page, enter your Solana address in the "Token Faucet" section, and obtain the 1DEV and SOL test tokens.

Afterward, go to the "Activate" section, select "Light Node," click "Get Activation Code," and copy the code provided. In the "Node" section, click "Activate Node" and paste the copied code.

Instructions for users wishing to deploy a Super Node will be published shortly.
  • πŸ”₯ 9
  • πŸ‘ 3
  • ❀ 1
  • ⚑ 1
Post #164 440
I measured QNet's real TPS. Here's the honest number β€” and why my old numbers were wrong.

The throughput figures I published earlier were what most chains actually publish: a lab benchmark β€” one node, localhost, transactions pumped straight into the engine, no network between machines, no finality. That measures how fast a single process can chew transactions. It's not a blockchain number. I've dropped it.

What I measured instead. A live 5-node testnet on ordinary budget VPS (~€10/month class; the weakest are plain 8-vCPU machines with slow disks) β€” real network gossip between five independent machines, producer rotation every 30 blocks, failover armed, post-quantum signature verification on every node, deterministic re-execution of every block by every validator, a Merkle state root every block. A transfer only counts when it is finalized by a BFT checkpoint β€” not when it lands in a mempool, not when it's merely included.

Result: 13,000 finalized transfers per second, sustained for 10 straight minutes. 99.8% of everything submitted was included AND finalized, on 1-second blocks (the 12k rung ran 932 blocks in exactly 932 seconds), hard finality ~109s median. Peak in 5-minute windows: 16,000/s. Push harder and the network degrades gracefully β€” it queues and self-drains, no forks and no network halt. 13k is the honest sustained ceiling of €10 machines, found by stepping the load up until it broke and confirming the last step that held.

Single transactions (one post-quantum signature each): ~450/s on this hardware. Not a design flaw β€” the price of quantum safety. An ML-DSA-65 signature is 3,309 bytes, and no standardized batch verification exists for ML-DSA β€” each signature verifies individually. For scale: one such signature doesn't even fit in Solana's 1,232-byte packet.

This is where QNet's architecture earns its keep. Batch transfers put up to 1,000 payments under ONE post-quantum signature β€” 3.3 bytes of signature per transfer. Every batch is signed and verified with plain, unmodified FIPS 204 ML-DSA β€” no custom crypto, the signature simply covers more payload. That's what makes PQ crypto practical at scale today, and it's why a network of €10 VPSes moves 13k quantum-safe transfers a second while a PQ-retrofitted classical chain would manage an estimated ~2-4k.

Potential: signature verification and block application scale with CPU. On Solana-validator-grade servers the same code projects to ~5k singles and 40-80k batched transfers per second.

What's next. The rolling node-update system and super-node onboarding are done and hardened. What's left is consensus soak-testing: if it runs clean for several days straight, I'm opening the testnet. The LLC is also nearly ready β€” which unlocks publishing the mobile apps to the stores.
Every number above is reproducible end-to-end over public RPC: submit β†’ include β†’ finalize.
  • ❀ 13
  • πŸ”₯ 5
  • ⚑ 3
  • πŸ™ 2
Post #163 558
As you may have noticed, rewards are now split 25/75 between operators and users.

The distribution model has been reworked in favour of server nodes. There are orders of magnitude more light clients than operators, and under an even split a server running around the clock earned the same as a phone. A separate share for operators brings the reward in line with what they actually carry. It barely affects users - precisely because there are so many more of them.

Beyond that, super nodes will require a mandatory stake - QNC locked for as long as the node runs.

This also creates the first real market for QNC: light clients earn it, prospective operators need it. Closer to that point I'll open a venue for direct peer-to-peer deals between people looking to buy or sell at the early stage.

First I run in the current system: the network runs, onboarding works under the current rules, node updates work. Then I relaunch with the stake - with the terms published in advance.
  • πŸ”₯ 9
  • ❀ 5
  • ⚑ 4
Post #162 528
QNet - what's been done this round

Three weeks on reworking consensus.

The cause of the stalls was a class of bug, not a single one. Some consensus decisions depended on what a node happened to hold on its own disk rather than on the block height, so two honest nodes could derive different participant lists and diverge - finality stopped with no attacker involved. Every such place is gone: elections are now a pure function of confirmed data, identical on every node. Alongside that, the specific epoch-boundary mechanisms: the participant set was sampled at the boundary while activity proofs stay admissible for another 90 blocks, the "is emission due" check returned a false yes at the very first boundary and the chain stopped ~4 hours in, and nothing actually required the emission at its height - a producer that couldn't build it shipped a valid empty block and the epoch lost both the issuance and its reward root.

A stall is no longer a dead end. Before, when finality stopped, production died three minutes later and there was no way out: recovery needs fresh activity proofs on chain, and those can't get there while production is stopped. Now the network keeps producing for ~48 more minutes on a frozen participant set that is identical everywhere, with no risk of splitting into two chains, and the set shrinks to drop the silent ones so the quorum threshold becomes reachable again. To be straight: making stalls impossible isn't achievable in any network of this type - if more than a third go quiet, finality stops, that's mathematics. What's removed are the reasons we stalled.

One nasty find. An honest producer that re-issued a block after a rollback could be banned on chain permanently, with no attacker present. And the reverse: a small detail in signature parsing let anyone fabricate a valid ban against any producer, and two of those were enough to stop finality for good. Rewritten.

Entry had a hole. Activation codes are tied to a wallet, but that check lived in the application, not the chain - a hand-built registration transaction sent straight to the network bypassed it. And the attestation step signed a binding to whatever beneficiary the caller named, with nothing proving they owned the wallet that actually burned, so anyone who saw a public burn on Solana could collect a legitimate quorum naming themselves. Ownership is now proven cryptographically on chain, and one burn activates exactly one node - previously a single entry could bring up both a super and a light node.

Rewards split 25/75 between operators and users.

Scale and hardening. Consensus messages went from ~3 MB to under 2 KB, registration attestations are collected in parallel (without it, onboarding at scale physically couldn't finish in time), the reward computation fits in memory for millions of recipients, and the state tree moved to disk. Around 250 places closed where a single request could take a node's process down; key substitution over the network removed; transport bound to its session against replays. Claiming rewards now requires the recipient's signature - an unsigned request could previously strip a wallet of all past earnings irreversibly. Storage rewritten: competing blocks at the same height are kept rather than discarded, and every check that quietly returned a partial result on a read error now stops instead of computing a wrong root.
  • ⚑ 8
  • πŸ”₯ 4
  • ❀ 3
  • πŸ‘ 1
Older posts β†’

About this channel

How can I read @aiqnetlab without a Telegram account?
TGViewer shows the public web preview Telegram publishes for QNET: recent posts, photos, videos and the subscriber count, with no app, login or account.
How many subscribers does QNET have?
QNET (@aiqnetlab) has 397 subscribers on Telegram, refreshed roughly every 30 minutes.
Does QNET know I viewed it here?
No. Public channel previews carry no viewer identity, and TGViewer has no accounts or tracking of what you look up.
Threads Profile ViewerView any public Threads profile without an account.Open ThreadLook β†’Writing with AI? Make it sound human.Metric37 rewrites AI drafts so they read naturally. Free AI detector, 1,500 words free.Try Metric37 β†’