102 Photos and videos
Happy to release an interactive URPD snapshot explorer.
Super useful for gaining intuition about Bitcoin's onchain activity as it relates to price action.
Explore with it here:
meztech.io/tools?post=urpd_e…
1
1
6
1,311
Just found a fascinating take from @mattkratter written 2 years ago on kaspa:native
swanbitcoin.com/opinion/is-k…
I'd been (falsely) assuming he'd been criticizing Kaspa without giving its novel approach a second glance. I'm happy to say I was wrong.
Seems he'd put at least a few hours into studying it (though missed a few critical points; such as the fact that archival nodes need not continue to run indefinitely).
That said, his core complaint - that a living founder and a geographically concentrated group of core devs (Israeli no less) may present a barrier to adoption - is absolutely valid. @hashdag himself has been vocal about this concern in the past and seems to make some attempt to remove himself from being viewed as the "head" of Kaspa.
TBD if this perceptual barrier can be overcome by neutral, groundbreaking technology. I'm optimistic it will be.
1
1
84
The impact of a product can be measured in three distinct factors; how big of a problem does it solve, how often does it solve the problem, and how many people does it solve the problem for - the latter two being closely related and joinable to the problem frequency.
The impact of a product is thus roughly proportional to the "depth" of the problem it solves multiplied by its "width". If it partially resolves a problem, then that depth is proportional to the degree to which it solves that problem (measurable by things like time, money, deaths, etc).
This geometric "solution area" in effect represents the amount of aforementioned quantity gained by society due to the product.
In the case of kaspa:native, the solution of near instant finality of extremely low fee microtransactions can be represented by a solution area of medium depth (relatively small fees for existing payment processors, though large in proportion to small transaction values due to things like base fees) but enormous width (microtransactions happen all the time and would occur even more frequently if there existed a viable solution to facilitate them).
This ignores a number of other large solution area benefits it offers.
Food for thought.
2
29
This needs to built on #Kaspa
Doable with Silverscript.
Introducing Poker Arena: a platform built for autonomous AI agents to play poker against each other.
Build an agent. It plays the hands.
A $50,000 prize pool, with the support of @monad.
The game starts on June 3, registration opens today👇
dev.fun
1
72
kaspa:native accumulating strongly at these levels. kaspalytics.com/app/supply/u…
Very similar to 2015-2016 BTC.
1
39
MEZTech 𐤊 retweeted
May 25
Anyone mining on HumPool should seriously be considering moving to solo mining.
With 10bps, and soon, 100bps ... there really is no reason to use a pool on $KAS.
Check out @KaspaSilver's videos on how to get set up.
May 25
🥀It is with regret that #HumPool will soon suspend its mining pool services.
🎁Thank you for your support and trust.
⏲️Date: June 27, 2026 UTC 00:00
🛠️Details: humpool.com/pool/announcemen…
@kaspaunchained @Kaspa_KEF @DailyKaspa #KAS #miningpool #blockchain
2
14
74
1,775
So many "Bitcoiners" don't understand kaspa:native at all. Which is ironic because it typically means they dont understand $BTC at all either.
Really sad to see this lack of awareness in the community.
May 25
Omg the amiount of butthurt in the comments is fucking hilarious!!! These people actually think they have discovered the new Bitcoin 🤣
1
5
368
Back in my day
May 11
We used to go to a special website, ask strangers for help with programming, and get humiliated in return
71
This is not a bad "problem" to have.
Devs realize Kaspa's potential and essentially attempt to land grab users while riding the L1's coattails.
Over-zealous development >> no development.
May 11
Sure tho I consider based apps a natural extension and usage of (what you called pure) covenants: if you impl covenants seriously rather than thru op_cat workarounds, you unlock their programmability potential by extending the txn commitment scheme to allow the covenants to govern based logic. This extension is straightforward, requires no research / theoretical novelty, and is highly useful even if it's the end form of programmability on the layer (ie no further syncompo/vprogs solutions ever develop).
---
@KaspaSilver There's nothing wrong with implementing an EVM L2 as an interim solution, but this requires an interim agenda. If in contrast a project aims to become the main gateway for builders on our money network, then our hard-fought efforts - and the prices we paid - for decentralized fairlaunch go to waste. Such a takeover is far from inevitable, and fwiw I know of no other crypto project that had to cope with independent L2 attempts that early in its growth efforts (to be clear I never attribute to malice that!).
To spell it out further: If an L2 has an interim agenda, or at least focuses on its own bizdev rather than general builder devrel -- ie, it uses L2 tech as a <business> enabler rather than as an <infra> value prop -- then the risk of fragmentation is restricted to liquidity and standards, which is tolerable and solvable down the road. I wouldnt endorse it but I would get it, and I'd respect those who dont give an f about my endorsement
63
Hes not wrong. Kaspa fits the gaps he's talking about here. One of the few (if not only) projects I know of with real adoption potential
The crypto industry is dying.
That is a good thing.
The resilient and valuable aspects of the industry need to compete on the biggest stage, not stay pigeon-holed in a boutique industry with declining capital and talent.
1
74
MEZTech 𐤊 retweeted
May 6
kaspaexplained.com has been updated again.
Cleaner, leaner, and easier to move through.
I was not getting much feedback, so I treated that as useful information. Maybe it was too dense. Maybe people did not care. Maybe it was mostly fine. Either way, I made the improvements I thought were needed and took feedback from people whose judgment I trust.
If there is a more comprehensive Kaspa resource, I have not seen it.
That is not a claim about me. The point is to make the work useful and reusable: the explanations, the framing, the code, the source trail, the app ideas, and the open questions. I do not care much about credit. I care that better information spreads.
The code is public here:
github.com/parker2017code/ka…
Take it. Fork it. Improve it. Use the structure. Pull from the source lists. Build a better version if you can. If you find the site useful, link to it somewhere so people, search engines, and LLMs can find better Kaspa information more easily.
Side note: I see a lot of talk about helping Kaspa grow. Let me be direct.
If you care about KAS and can spend meaningful time arguing about it online, you can probably spend some time building something useful.
The tools are good enough now that more people can start. Use Codex or whatever works for you. Build a rough wallet helper, a better explainer, a merchant tool, a dashboard, a local resource, a developer example, a small app prototype, or one of the ideas on the apps page.
It does not need to be perfect. It needs to exist.
I spent 20 hours getting this site to a more respectable place because it was a gap I could fill. There are many more gaps.
If your version of “educating people about Kaspa” is only posting about it while waiting for other people to build the useful pieces, that is not enough.
Pick one gap. Build the first version. Share it.
11
24
90
1,799
Beautiful
May 3
A Lens That Takes Derivatives
US Patent Basis: US8610839B2 - Optical Processing System for Computing Derivatives.
In a 4f Optical Processor, the first lens takes the incoming field and forms its Fourier spectrum. At that middle plane, a tiny optical mask multiplies the spectrum by iξ. This is the derivative operator written in Fourier language
u(x) -> U(ξ) -> iξU(ξ) -> ∂u/∂x
Then the second lens brings the field back to the real space. What comes out is no longer just a focused beam. It is the spatial derivative of the input field, computed by light as it propagates.
So, this is the serious promise of optical computing. A physical optical train can perform operations that usually live inside numerical code: differentiation, filtering, convolution, edge detection, correlation, and many other linear transforms.
29
