Parker Thompson
1.3K posts

Parker Thompson
@m0thran
Information security / RE / fuzzing / other neat things.
Katılım Mayıs 2012
281 Takip Edilen2K Takipçiler

@lucidzk heck, many systems advertising themselves as “ZK” are not, in fact, “ZK”
Turns out it’s possible to build a system that cryptographically achieves “verifiable compute” without providing data privacy
But for marketing reasons, these systems are still called “ZK” 🥴
English

dear cypherpunks,
do not be deceived by zk-scaling infra trying to camouflage as “privacy tech.”
their designs are bound by public data availability, sequencer transparency, and regulatory-first architectures.
every transaction, state root, and calldata blob leaks just enough metadata to make them fundamentally unsuitable for fully-encrypted systems.
scalability ≠ privacy.
rollups prove valid execution under transparent inputs.
privacy requires encrypted execution under shielded state.
the architectures leaking today will never be the foundation for true privacy tomorrow.
English
Parker Thompson retweetledi

Our open models are here.
Both of them.
openai.com/open-models
English

@RiscZero Measuring this in traditional herts is actually very usefull to track the progress of ZKP research and implementations! Now I am wondering how much 'compute' / hertz was needed to achieve 32 MHZ ? That would give a very use-full metric!
English
Parker Thompson retweetledi

We are building @boundless_xyz, the first universal ZK protocol bringing abundant compute to every blockchain.
Today, we’re excited to share our road to mainnet ↓

English

One of the coolest parts of this is 'pipelining' which allows us to schedule the prove tasks while the executor is still running. So with ideal saturation of GPUs to execute speed our e2e proving time is only a few % less than execution speed.
(Scaling this workflow is a fun job)
Jeremy Bruestle@BruestleJeremy
We've had the ability to run arbitrarily large programs in ZK and verify on-chain for a quite a while now, but I still think how it works is cool.
English

The coolest part of RISC Zero /@boundless_xyz is that it’s *not* another chain.
Rather, a protocol that enhances all networks with the power of ZK.
Huge congrats to @citrea_xyz on their raise
RISC Zero@RiscZero
Congrats to @citrea_xyz on their Series A! An incredible team turning Bitcoin into a programmable asset using ZK, powered by RISC Zero's zkVM 🍊🟡
English

@JacobEv3rly @VitalikButerin You need headroom to build the block and source the TXNs before proving can start. Mev searching etc?
English

Can someone point me to a resource on why @VitalikButerin says real time proving is 4s here instead of 12s (current ETH block time)?
Jacob@jacobeverly
In case you missed it, yesterday @VitalikButerin defined "real time proving", an ambiguous term to many, as proving an ETH Block <4 seconds
English

@clairekart @zksanti @RiscZero Yup.. next time, we should just post the aggregated proof of shipment. :D
English

Parker Thompson retweetledi

@MrPkar Closes <GHISSUE> should link correctly not just closes <LINEAR>, this allows devs to use their normal GH workflow for linking a GH issue to a PR and not needing them to copy between multiple browser windows.
English

@MrPkar Closing vs non-closing links should be controllable through the UI/API.
I would the option to auto create a linear issue on new PR, not every PR already has a issue when developing fast and I would like a back stop for devs who forget to make a issue first.
English

@emieljanson When a dev has to swap between two windows in the browser it's just more friction and doing GitHub issue linking already has tab complete inline.
* Ability to control if a pr link is closing/reference in the UI / API (I'm still looking for that so maybe it exists?)
English

@emieljanson Hey there! I am onboarding a new and agile team, I want the lowest friction for devs so:
* I would love an option create issue when a PR is opened that does not have issue linked via magic words.
* Prs with `closes #123` aka the GitHub issue link should auto link in linear
English










