Brought to you by Identity Woman and Infominer.
Support this collaboration on Patreon!!!
Elena Burger is joined by a16z's Andy McCall and Joe Schmidt to break down two very different ways AI startups can go to market: the lighthouse and the landgrab. Should founders win a handful of marquee customers whose credibility unlocks an entire industry, or move quickly across a broad market where the ROI already speaks for itself?
Drawing on Joe's Lighthouse or Landgrab framework and Andy's experience building sales organizations at Samsara and Meraki, they explore how founders can determine which strategy fits their market, when social proof matters more than math, and why the current rush to adopt AI has created a rare window for startups to sell big software again.
They also get tactical on POCs, pricing and ACV, hiring early sales teams, moving from mid-market to enterprise, and why founders shouldn't spend too much time perfecting their GTM strategy before talking to customers. As Andy puts it: spend 1% of your time on strategy and 99% executing.
Resources:
Read Joe Schmidt's "Lighthouse or Landgrab": https://a16z.com/lighthouse-or-landgrab-how-to-pick-your-ai-sales-strategy/
Follow Andy McCall on LinkedIn: https://www.linkedin.com/in/amccall/
Follow Joe Schmidt on X: https://x.com/joeschmidtiv
Follow Elena Burger on X: https://x.com/VirtualElena
Stay Updated:
Find a16z on YouTube: YouTube
Find a16z on X
Find a16z on LinkedIn
Listen to the a16z Show on Spotify
Listen to the a16z Show on Apple Podcasts
Follow our host: https://twitter.com/eriktorenberg
Please note that the content here is for informational purposes only; should NOT be taken as legal, business, tax, or investment advice or be used to evaluate any investment or security; and is not directed at any investors or potential investors in any a16z fund. a16z and its affiliates may maintain investments in the companies discussed. For more details please see a16z.com/disclosures.
Hosted by Simplecast, an AdsWizz company. See pcm.adswizz.com for information about our collection and use of personal data for advertising.
This is the 38th post in an ongoing series describing new privacy features in Brave. This post describes work done by Rohit Agarwal (Senior Software Engineer) and Peter Snyder (Principal Researcher), and was written by Shivan Kaul Sahib (VP, Privacy and Security).
Starting in version 1.93, Brave is rolling out new protections against GPU and graphics-driver fingerprinting. WebGL and WebGPU APIs expose detailed information about users’ graphics cards and drivers that tracking companies use for browser fingerprinting. Brave now de-identifies the vendor and renderer strings these APIs report, and adds noise to the list of supported extensions to combat fingerprinting while preserving website functionality.
These protections are on by default in our desktop and Android browsers. This will be a phased rollout over the next several days, so please check again soon for the new functionality if you don’t see it right away.
Your GPU can be a fingerprintThe WebGL and WebGPU APIs let websites draw hardware-accelerated graphics. These APIs make the Web a more colorful place (literally), helping website developers design engaging experiences. As a browser vendor, we care deeply about this open and vibrant Web, since we want people to use it instead of walled-garden app stores.
Unfortunately, graphics APIs are also used by third-party trackers to fingerprint users. Browser fingerprinting is a tracking technique that combines many small, device-specific signals into a single identifier that follows a user across the Web, without cookies and without consent. WebGL and WebGPU APIs expose details about the underlying hardware, which makes them particularly rich sources of these signals: a script can learn the exact vendor and model of the GPU, the graphics driver, and the precise set of features the hardware supports. For example, the WebGL API lets websites query for highly-detailed debug strings like 'ANGLE (Apple, ANGLE Metal Renderer: Apple M5 Max)' on an Apple MacBook Pro with an M-series chip, as tested on EFF’s excellent Cover Your Tracks tool; interestingly, this debug extension was originally exposed for Google Maps by Google Chrome before being made available for all websites. The same WebGL context also reports its full list of supported extensions, a set that varies by GPU and driver and that trackers can hash into a compact identifier. And the newer WebGPU API exposes its own hardware descriptors, returning the adapter’s vendor, architecture, and device (for example {vendor: 'apple', architecture: 'metal-3'}). These fingerprinting signals are stable across time, since you’re unlikely to change your GPU hardware on a day-to-day basis.
We ran a small Web crawl to see how top websites use these APIs, analyzing the stack trace right before each call. We found that most websites were using these APIs exclusively for browser fingerprinting.
How Brave protects youBrave now scrubs these signals. We:
Replace the WebGL vendor and renderer strings with a single generic string, ensuring that all Brave users get identical values (details), Empty out the WebGPU adapter descriptors (details), Inject randomization into the WebGL extension list so that hash-based fingerprinters see a different value per session, per site (eTLD+1) and per storage area (details).As with all of Brave’s privacy protections, the goal is to deny trackers a stable identifier while leaving websites everything they need to render rich experiences for their users.
Protecting privacy without breaking the WebWe’ve rolled out these protections across our Nightly and Beta channels over the last few months, and are optimistic that our approach reduces the chance of breakage on most websites while effectively combating fingerprinting.
Brave has the ability to adjust these protections on a per-site basis if we discover a site that genuinely breaks. Users always stay in control: on any site, they can turn off these graphics protections, disable fingerprinting protection entirely, or switch off Shields altogether.
Try it yourselfThe easiest way to see these protections in action is EFF’s Cover Your Tracks, which reports the WebGL vendor and renderer strings your browser exposes along with how identifying they are. Once the feature is fully rolled out, you’ll see the vendor and renderer collapse to a generic value.
Future workGraphics APIs remain an active area of fingerprinting research, and we’ll keep expanding coverage to any new signal these interfaces expose. We have plans to also randomize WebGPU’s supported extensions.
Brave has long led the industry in fighting fingerprinting, providing best-in-class protections enabled by default. This latter part is important! Most other browsers that care about user privacy fall into one of two buckets: either opt-in protections (hiding them behind a special mode or a feature flag for expert users) or approaches that sacrifice usability (breaking functionality altogether). Brave’s privacy philosophy is that this is a false tradeoff. Users deserve strong privacy on their favorite websites without having to enable a special toggle or mode or download a Web extension (which comes with its own set of security and privacy issues). Privacy is for everyone, not just the most technical users.
As a reminder, Brave already protects you from state-based tracking (like cookies) and also blocks known-dangerous scripts and resources from loading in the first place; a win-win-win-win for privacy, security, performance and usability.
Stefan and Veljko are building the AI-native workspace for quality video creation.
By Sonya Huang and James Flynn Published August 12, 2026 The Preview platformThere’s something magical about watching a developer in flow state, fingers flying as they type into Codex, Claude, or Cursor. A powerful creation interface unfolds in response to every keystroke, powering a workflow that would have been unrecognizable, even alien-like, to any professional software engineer just two years ago. The entire IDE has been torn down and rebuilt from scratch for the age of AI, and developers are flying as a result.
Video models have raced ahead over the same two years. Yet unlike coding, video creation remains stuck in the stone age, with its entire toolchain still built around capturing, uploading, storing, and editing enormous files.
Generative video is at a threshold moment: the models are now expressive enough to become the new camera. The bottleneck is no longer the technical art of animation or the $100M budgets for film crews and visual effects; it’s human creativity and token inference. But video creators are not yet flying.
Without a proper AI-native tool suite, or a “Cursor for video,” the people who make films, TV series, and commercials for a living remain stuck bolting model outputs onto legacy editing pipelines. Generation, review, and production tracking each live in a separate application; workflows buckle under the sheer volume of material; and a finished take often can’t be traced back to its source for legal clearance. It’s a gaping problem and is the biggest roadblock on the industry’s path to truly embracing AI.
Preview clears that block. An AI-native video creation and production platform built for professional creators, Preview combines a video timeline with an infinite canvas for ideation into one collaborative multiplayer workspace. Teams can generate with any model and track every character, location, and prop, with complete records of how every asset was made. It enables both halves of a hybrid production to work together seamlessly. There is simply nothing like it in the market.
Co-founders Stefan Fejes and Veljko Tornjanski have been best friends since high school in Serbia, and were seemingly born for this mission. They were founding team members at video creation pioneer Veed; later, at Vizcom, Veljko was the first hire and became Head of AI, while Stefan led Product. They understand well the tricky nuances of video, they have deep empathy for their customers, and they have delivered sophisticated, polished work on impressively short timelines.
More than 100 studios are already actively using Preview, from agencies making commercials for Fortune 500 brands to AI-native studios to Hollywood feature filmmakers. Simply put, they love it. Customers tell us it has become the most significant tool in their work, and the single source of truth from which all downstream inference flows.
We are at the precipice of a video token tsunami, and many billions of dollars of inference will run through this category, driving the next wave of iconic films and IP. Value will accrue to where the work actually happens—the platform a creative team opens in the morning and closes at night, where the decisions get made and the record gets kept. We believe Preview is that platform, and that this is the right team, the right product, and the right moment. We are thrilled to partner with Stefan and Veljko and to lead their seed round.
Stefan and Veljko in their hometown of Novi Sad, Serbia, June 2026 Share Share this on Facebook Share this on Twitter Share this on LinkedIn Share this via email Related Topics #AI #Funding announcement Etched: Building the Inference Machine by Sonya Huang and Abhishek Malani News Read Partnering with fal: The Generative Media Company By Sonya Huang and James Flynn News Read Standard Intelligence: Training General Intelligence in Pixel Space by Sonya Huang News Read Partnering with Zed By Sonya Huang and James Flynn News Read JOIN OUR MAILING LIST Get the best stories from the Sequoia community. Email address Leave this field empty if you’re human:The post Partnering with Preview: Lights, Inference, Action appeared first on Sequoia Capital.
Anish Acharya is joined by Garry Tan, President and CEO of Y Combinator, for a conversation about how AI is rewriting the startup playbook, why founders should be more ambitious than ever, and what two decades of Silicon Valley booms, busts, and missed opportunities have taught Garry about building what's next.
Garry reflects on turning down an early opportunity to join Palantir, why chasing what's "hot" is often the wrong strategy, and why the best ideas tend to begin with people pursuing strange, earnest obsessions outside the mainstream. They also explore how AI changes the economics of company building, why traditional SaaS may be losing its advantage, and how tiny teams equipped with hundreds of agents can build businesses at a scale that once required entire organizations.
The conversation goes deeper into agentic companies, taste and agency, why "a markdown file is an employee," and how AI could remove layers of bureaucracy that have historically limited organizations. Garry and Anish also discuss the future of consumer AI, the coming "harness wars," why AI adoption may take longer than Silicon Valley expects, and what the next generation of founders can build with intelligence that was unimaginable just a few years ago.
Resources:
Follow Garry Tan on X: https://x.com/garrytan
Follow Anish Acharya on X: https://x.com/illscience
Follow Y Combinator on X: https://x.com/ycombinator
Stay Updated:
Find a16z on YouTube: YouTube
Find a16z on X
Find a16z on LinkedIn
Listen to the a16z Show on Spotify
Listen to the a16z Show on Apple Podcasts
Follow our host: https://twitter.com/eriktorenberg
Please note that the content here is for informational purposes only; should NOT be taken as legal, business, tax, or investment advice or be used to evaluate any investment or security; and is not directed at any investors or potential investors in any a16z fund. a16z and its affiliates may maintain investments in the companies discussed. For more details please see a16z.com/disclosures.
Hosted by Simplecast, an AdsWizz company. See pcm.adswizz.com for information about our collection and use of personal data for advertising.
Panther Protocol Foundation and Igra Network are exploring the potential to bring Panther’s privacy-preserving infrastructure to the Kaspa ecosystem.
The collaboration will gather ecosystem feedback and assess demand for a potential Panther deployment on Igra, before exploring the technical, operational and governance arrangements for a deployment.
A deployment on Igra would expand Panther’s multi-chain reach beyond its Mainnet deployment on Polygon and upcoming deployment on Base.
Exploring Private DeFi for KaspaKaspa has established itself as one of the fastest and most decentralized proof-of-work networks in the industry. Until recently, however, the ecosystem lacked a native EVM execution environment capable of supporting sophisticated decentralized finance applications.
Igra changes that.
Built on Kaspa's BlockDAG architecture, Igra is a high-performance, EVM-compatible execution layer delivering more than 3,000 transactions per second, rapid transaction confirmation, and a decentralized architecture designed to minimize maximal extractable value (MEV) and censorship risks. It brings Ethereum-compatible smart contracts to the Kaspa ecosystem while inheriting the security of Kaspa's proof-of-work network.
Panther complements that vision by providing privacy-preserving infrastructure for decentralized finance. Together, Igra and Panther can enable developers and users to build and interact with DeFi applications without exposing their complete on-chain financial activity.
Privacy for the Next Generation of DeFiPanther enables users to transact privately while remaining capable of demonstrating compliance where required through zero-knowledge cryptography.
Rather than forcing users to choose between complete transparency and complete anonymity, Panther enables selective disclosure, allowing users to demonstrate specific facts about themselves or their transactions without revealing unnecessary personal or financial information.
This creates new opportunities for both retail and institutional participants seeking greater financial privacy without sacrificing interoperability or regulatory flexibility.
Potential Use Cases on IgraPrivate Asset Management
Panther enables the creation of privacy-preserving environments where participants can manage digital assets without publicly revealing balances or transaction history.
Independent operators can establish their own Panther deployment, define supported assets and compliance requirements, and facilitate private interaction between trusted counterparties while retaining operational independence.
Confidential DeFi Trading
Through zSwap, users can privately exchange supported assets while preventing observers from linking deposits, trades and withdrawals.
Panther automatically aggregates available liquidity and identifies efficient execution routes while preserving transaction confidentiality.
Private Transfers
Panther's Multi-Asset Shielded Pool (MASP) enables confidential transfers between participants without publicly exposing sender, recipient or transferred assets on-chain.
Users interact through Panther's shielded account system, enabling private transfers and privacy-preserving asset management while maintaining the ability to demonstrate compliance where necessary using zero-knowledge proofs.
A Modular Deployment ModelPanther has been designed around a modular governance and deployment model that allows different ecosystems to operate independently while benefiting from shared protocol development.
The underlying Panther protocol is open source, while Panther Protocol Foundation supports ecosystem development, administers grants, and owns and licenses the proprietary Panther dApp.
Individual ecosystem partners may deploy and operate their own licensed Panther instances, allowing each deployment to develop independently while remaining part of the wider Panther ecosystem.
This approach enables Panther to scale across multiple blockchain ecosystems without centralizing governance, operations or infrastructure.
About Panther Protocol Foundation
Panther Protocol Foundation is a non-profit organization supporting the Panther ecosystem through research, ecosystem funding, software stewardship and open-source development.
The Foundation does not operate the Panther protocol, host deployments, custody assets, execute or intermediate transactions, or provide financial services.
The proprietary Panther dApp is licensed by the Foundation to support independent ecosystem deployments.
Users interact directly with smart contracts from their own wallets, signing every transaction themselves. Compliance credentials are issued and managed by independent third-party providers.
Please review the applicable notices, disclosures and jurisdictional restrictions available through the Panther interface before interacting with the protocol.
For more information, visit panther.org
To learn more about Panther Protocol, visit pantherprotocol.io
Contact
Panther Protocol Foundation
📧 general@panther.org
🌐 panther.org
a16z's Joel De La Garza is joined by Emilio Escobar, Chief Information Security Officer at Datadog, to discuss what it takes to secure a company where nearly every employee is using AI and more than 4,000 engineers are working with coding agents. Rather than trying to block new tools, Emilio explains why Datadog chose to embrace AI early and build the security infrastructure needed to use it safely.
They unpack how AI changes traditional assumptions around data permissions, credentials, developer access, and software supply chains. Emilio shares how Datadog uses role-based MCP servers and ephemeral credentials, as well as an AI "judge" built by his security team to evaluate the intent behind code and agent skills before they enter the environment.
They also discuss why security teams can't afford to wait for commercial solutions to every new AI threat, how the relationship between developers and security teams needs to change, and why Emilio is less concerned about an AI "escaping" than he is about the sheer volume of vulnerabilities AI could uncover.
Resources:
Follow Emilio Escobar on LinkedIn: linkedin.com/in/emilioesc
Follow Joel De La Garza on LinkedIn: https://www.linkedin.com/in/3448827723723234/
Follow Datadog on X: https://x.com/datadoghq
Stay Updated:
Find a16z on YouTube: YouTube
Find a16z on X
Find a16z on LinkedIn
Listen to the a16z Show on Spotify
Listen to the a16z Show on Apple Podcasts
Follow our host: https://twitter.com/eriktorenberg
Please note that the content here is for informational purposes only; should NOT be taken as legal, business, tax, or investment advice or be used to evaluate any investment or security; and is not directed at any investors or potential investors in any a16z fund. a16z and its affiliates may maintain investments in the companies discussed. For more details please see a16z.com/disclosures.
Hosted by Simplecast, an AdsWizz company. See pcm.adswizz.com for information about our collection and use of personal data for advertising.
Today we are releasing Zebra 6.3.0 as a recommended security release. It resolves four security advisories in block synchronization and peer scoring, including a peer-induced delay in tip discovery, a near-tip sync stall, and gaps that let malicious peers get honest peers banned or evade banning, and it hardens inbound ban enforcement. The release also adds a new getdeprecationinfo RPC, new default DNS seeders, and more granular network metrics.
All operators are encouraged to upgrade.
Security Advisories GHSA-g95h-hw6g-pvgv: Coinbase scriptSig Rewrite Delaying Tip Discovery (High)A malicious peer could delay a node’s discovery of the newest canonical block by answering a block-download request with a forged body that still matched the requested hash, since rewriting only the coinbase scriptSig (excluded from the V5 transaction ID) leaves the block hash unchanged. Zebra read the forged far-behind height from the unvalidated body and dropped the block as too old before consensus validation, without scoring the peer or re-requesting the hash until the next sync round. Nothing invalid is accepted, so the effect is a transient delay in tip discovery, worst for nodes feeding a mining backend. Zebra now re-requests the hash immediately and penalizes the peer when a block it already holds proves the claimed height wrong. Thanks to @zakura-security, who reported this issue through an OtterSec engagement on the Zakura fork.
GHSA-qhr3-cvch-5fh2: Far-Ahead Block Scoring Enabling Ban Amplification (Medium)Blocks above the sync lookahead height limit were penalizing the peer that served them, but a FindBlocks response does not record which peer supplied its hashes, so the follow-up block request is routed to an unrelated honest peer. A malicious FindBlocks responder could exploit this to get honest peers scored and banned throughout initial block download, degrading a node’s ability to sync. Zebra no longer scores the serving peer for far-ahead blocks. Thanks to @zakura-security for reporting this issue.
Peers that gossiped consensus-invalid blocks were never scored for misbehavior, because the inbound download path classified the resulting verification failure in a way that skipped scoring entirely, so those peers were never banned. Zebra now scores such peers for misbehavior again. Thanks to @evan-forbes for reporting this issue.
GHSA-h8m8-844p-v3m9: Near-Tip Sync Stall on Singleton FindBlocks Responses (Medium)When a FindBlocks response advertised only a single block hash the node did not already have, Zebra did not download that hash, so a node close to the chain tip could stop advancing and stall its sync. Zebra now downloads a peer’s only unknown block hash from a short FindBlocks response, so near-tip nodes keep following the chain. Thanks to @Maakai123 for originally reporting this issue, and to @ouicate for an independent later report.
Inbound connections are now canonicalized when they are accepted, so an IPv4 peer that connects to a dual-stack listener as an IPv4-mapped IPv6 address (::ffff:A.B.C.D) is keyed on its canonical IPv4 address. Previously the mapped address became the peer set key, so a ban issued for that peer’s IPv4 address did not disconnect it while it stayed connected, and the same peer counted twice toward the per-IP inbound connection limit.
Banning a misbehaving peer now removes every address book entry for that IP, and a banned IP is never selected as a reconnection candidate. Previously an entry on a different port could survive the ban and occupy the first candidate slot until the node restarted. This caused spurious warnings in the log.
Resolved in Zebra 6.2.1; later releases already include it and need no action. (We are only disclosing the advisory now because we were double checking if the fix was thorough.) On networks where NU6.3 (Ironwood) is active, a V6 transaction can carry two Halo2 shielded proofs, but the mempool capped concurrent work by transaction count rather than verification cost, and block and mempool verification shared one unprioritized queue. An unauthenticated peer could flood a node with cheap-to-produce but expensive-to-verify transactions bearing canonically sized invalid proofs, stalling block verification so a constrained node fell behind the chain tip until the flood stopped. Zebra 6.2.1 applies a ZIP-317 fee check before proof verification and disconnects peers that send invalid shielded proofs. Thanks to @craftsoldier for reporting this issue.
New Features End-of-support reportingA new getdeprecationinfo RPC returns the block height and estimated time at which this release will halt for end of support, in zcashd’s end_of_service format. The end_of_service object is only present on Mainnet, where end of support is enforced.
seeder.zec.rocks and seeder.testnet.zec.rocks are now included as default DNS seeders, improving peer discovery for new and recovering nodes.
Prometheus metrics now separate peer connection attempts and terminal outcomes by network, direction, address family, lifecycle stage, and outcome. Version-message metrics report a bounded, self-reported implementation class without using peer IPs or raw user agents as labels. Peer-set, crawler-handshake, and address-book gauges now include a network label, so Mainnet and Testnet values no longer overwrite each other in processes that run both networks.
Bug Fixes Funding stream metadata for NU6.1 and latergetblocksubsidy now returns NU6-era funding stream metadata (recipient names and specification URLs) for NU6.1 and later upgrades. Amounts and addresses were never affected.
Zebra now rejects blocks whose total chain value pool balance would exceed MAX_MONEY, enforcing the cap on the total monetary base.
You can get this release from the GitHub release page, from crates.io, or from Docker Hub.
Consumers of the zebra-consensus crate API should note that the transaction verifier has been split into separate block and mempool verifiers: the removed transaction::Request::Mempool and transaction::Response::Mempool variants are replaced by dedicated transaction::MempoolRequest and transaction::MempoolResponse types. This is an internal change with no operator-facing behavior difference, but downstream library users will need to update. See the zebra-consensus changelog for the underlying API split.
Thank you to everyone who contributed to this release @arya2, @emersonian, @gustavovalverde, @jiehuo100net, @jvff, @oxarbitrage, @syszery and @upbqdn.
Zebra is the Zcash Foundation’s independent, Rust implementation of a Zcash node.
The post Zebra 6.3.0 Release appeared first on Zcash Foundation.
Alon and team are training a foundation model for defensive cybersecurity, for enterprises to defend themselves against AI’s scaling offensive capabilities.
By Shaun Maguire, Sonya Huang, James Flynn and Carl Eschenbach Published August 10, 2026 Team Corma.Cybersecurity is a perpetual fight between the good guys and the bad. The age of agentic AI and Mythos-class models has tipped the scales in favor of the bad guys, opening a Pandora’s box for offensive capabilities. An explosion in CVEs has since ensued.
Cyberattacks are about technical exploitation, which requires coding and reasoning prowess. Anthropic’s Mythos can discover and exploit zero-day vulnerabilities. Any model paired with a harness brings the cost of social engineering attacks down to near zero, unleashing them at unprecedented scale. The danger is heightened with every new model release.
Defensive security isn’t improving in parallel. The relevant data lives in logs, events, traces and telemetry, a fundamentally different modality than the bodies of text LLMs usually train on, which barely show up in pretraining. Unlike offensive cybersecurity, which involves goal-directed reasoning towards a defined objective, defense requires open-ended reasoning, continually finding anomalies across vast amounts of normal-looking activity, a distinct capability that typically demands extensive domain-specific training. In short, defense is out of distribution for general-purpose frontier models: neither the data nor the intuition it requires is well-represented in training. In the race toward AGI, we cannot expect the frontier labs to take the detour of overhauling their training pipelines for defensive cybersecurity. And we certainly can’t afford to bet our security on a hope that they do.
Corma has illustrated this “defense gap” in testing. They ran red/blue team simulations where an attacker plants a hidden backdoor and a defender tries to find it. The defender failed to find the backdoor 78% of the time, even when the defender was an identical copy of the very same model that planted it. Holding model quality constant, attackers will always have an advantage.
The only answer to scaling laws on offense is better scaling laws on defense. Recent events have shown that frontier AI for defensive cybersecurity is one of the crucial unsolved problems of the AI age. Solving it is the generational mission Corma was founded on.
Corma founder and CEO Alon Pluda and his team are training a foundation model to power defensive cybersecurity agents. Cybersecurity, like Go or chess, is a two-player, zero-sum game with a clean reward (were you breached or not?) and an endless supply of games to play. Reinforcement learning and self-play have produced superhuman results before in this kind of paradigm. We are seeing history repeat itself. Corma pushes this further with large-scale reinforcement learning across cybersecurity environments that replicate real enterprise networks, with all their tools, telemetry and noise – as part of a training pipeline that produces frontier defensive capabilities, outperforming general-purpose foundation models, with much lower per-token inference costs.
In the cat-and-mouse game of cybersecurity, we believe Corma’s vertical integration and “sovereign AI” approach will win. Cost matters (always-on inference costs can rack up quickly). Owning the model weights matters (they aren’t subject to restrictions on cybersecurity-related usage set by the closed model labs). And specialization and inference speed really matter (fastest to protect against a new threat wins).
Corma’s foundation model is deployed and productized as an agentic Security Workforce. These workers operate across different security tools and take on roles spanning the entire security organization: from security operations and identity management to cloud and network security and beyond. They are on the job at Fortune 500 companies and large enterprises across healthcare, finance, critical infrastructure, retail and more.
Corma’s foundation model powers agents that complete defensive work end to end. We spoke to one CISO whose Corma agent notified him of a pending attack through his Garmin watch while he was on a walk with his dog in the evening; with one confirmation, the agent was able to shut the attacker down, all while he was still walking. In another instance, within its first hour on the job, Corma uncovered, contained and remediated an active attacker campaign inside a customer’s network that their security team had missed for 52 days.
Training frontier foundation models for defensive cybersecurity requires world-class hackers and world-class researchers – almost no company on earth has both. Alon is personally one of the most elite hackers in the world, and has assembled a cohesive and interdisciplinary team of hackers and researchers that is hill-climbing on technical challenges and building impressive commercial momentum.
We are thrilled to lead Corma’s seed round and to be their partner as they chart new territory in what is sure to be one of the most dynamic races in AI.
Share Share this on Facebook Share this on Twitter Share this on LinkedIn Share this via email Related Topics #AI #Funding announcement Partnering with Sable: Closing the Diffusion Gap By Shaun Maguire News Read Standard Intelligence: Training General Intelligence in Pixel Space by Sonya Huang News Read Etched: Building the Inference Machine by Sonya Huang and Abhishek Malani News Read JOIN OUR MAILING LIST Get the best stories from the Sequoia community. Email address Leave this field empty if you’re human:The post Partnering with Corma: Closing the Defensive Cybersecurity Gap appeared first on Sequoia Capital.
Angela Strange and Gabriel Vasquez are joined by Alejandro Maza Ayala, Chief Product & AI Officer at Kavak, to unpack how the Latin American used-car marketplace rebuilt itself around AI agents, with 96% of customer interactions and 95% of transactions now handled by agents.
Alejandro explains why Kavak decided that simply giving employees AI tools wasn't enough, and instead redesigned the company's systems, teams, and customer experience around agents. They discuss why Kavak spends as much engineering effort on evals as it does building agents, how its AI sellers outperform its human teams, and an experiment where an AI "CEO" increased profits in one city by 50% in its first month.
The conversation also explores what happens to organizational structure when agents do most of the work, why Kavak trains everyone from executives to mechanics to build with AI, and Alejandro's argument that companies looking for incremental AI adoption may be missing the larger opportunity: redesigning the organization itself.
Resources:
Follow Alejandro Maza Ayala on X: https://x.com/alehandromz
Follow Angela Strange on X: https://x.com/astrange
Follow Gabriel Vasquez on X: https://x.com/GEVS94
Stay Updated:
Find a16z on YouTube: YouTube
Find a16z on X
Find a16z on LinkedIn
Listen to the a16z Show on Spotify
Listen to the a16z Show on Apple Podcasts
Follow our host: https://twitter.com/eriktorenberg
Please note that the content here is for informational purposes only; should NOT be taken as legal, business, tax, or investment advice or be used to evaluate any investment or security; and is not directed at any investors or potential investors in any a16z fund. a16z and its affiliates may maintain investments in the companies discussed. For more details please see a16z.com/disclosures.
Hosted by Simplecast, an AdsWizz company. See pcm.adswizz.com for information about our collection and use of personal data for advertising.
Joel De La Garza is joined by Dylan Ayrey, co-founder and CEO of Truffle Security, and Feross Aboukhadijeh, founder and CEO of Socket, to discuss one of the biggest shifts happening in cybersecurity: AI models are no longer just finding vulnerabilities—they're exploiting them. As frontier models become increasingly capable of hacking, software security, supply chain attacks, and cyber defense are entering a fundamentally new era.
The conversation explores AI-powered hacking, software supply chain attacks, leaked credentials, zero-day vulnerabilities, package manager security, and why the path of least resistance for increasingly autonomous AI systems may also be the most dangerous. They also discuss what enterprises, developers, and the open-source ecosystem need to do to adapt as the gap between vulnerability discovery and exploitation continues to shrink.
Resources:
Follow Dylan Ayrey on X: https://x.com/InsecureNature
Follow Feross Aboukhadijeh on X: https://x.com/Feross
Follow Joel De La Garza on LinkedIn: https://www.linkedin.com/in/3448827723723234/
Stay Updated:
Find a16z on YouTube: YouTube
Find a16z on X
Find a16z on LinkedIn
Listen to the a16z Show on Spotify
Listen to the a16z Show on Apple Podcasts
Follow our host: https://twitter.com/eriktorenberg
Please note that the content here is for informational purposes only; should NOT be taken as legal, business, tax, or investment advice or be used to evaluate any investment or security; and is not directed at any investors or potential investors in any a16z fund. a16z and its affiliates may maintain investments in the companies discussed. For more details please see a16z.com/disclosures.
Hosted by Simplecast, an AdsWizz company. See pcm.adswizz.com for information about our collection and use of personal data for advertising.
ANNOUNCEMENT on BINANCE DELISTING
Binance drops $PIVX 👋🏽 First off, please get your $PIVX off of Binance as soon as possible.
Deposit in to your Core or MPW wallet, on BasicSwapDEX or any of the exchanges, swap sites or wallets 👇
listed here: https://pivx.org/exchanges
We realize the price isn’t the best and with Binance delisting us, we understand it may go lower. Yet knowing we are no longer forced to jump through Binance hoops of their centralized demands is a win for PIVX.
We strongly feel PIVX will not only recover but will shine brighter than ever. PIVX is actively building as one can see on our GitHub. Shielded staking, among other updates, will be coming soon via V6.0. github.com/PIVX-Project We will be deeply supporting more DEX ecosystems as we keep building.
We have a 10 year track record of privacy innovation on PoS chain of which we are proud of and pride ourself with.
Should you have any questions or want to check out what PIVX and PIVXLabs are building, please go to 👇
Discord.PIVX.org and/or https://discord.gg/T2dyeF8pR. We’ll share more news soon.
In the meantime, PIVX would like to thank you for your ongoing support over the past 10 years, it is appreciated more than you know. 🙏🏼 #PIVXcommunity
We aren’t giving up, in fact this has made us stronger and more keen to keep growing. 🚀 💪🏼
PIVX Core.
PIVX. Your Rights. Your Privacy. Your Choice.
To stay on top of PIVX news please visit PIVX.org and Discord.PIVX.org.
ANNOUNCEMENT on BINANCE DELISTING was originally published in PIVX on Medium, where people are continuing the conversation by highlighting and responding to this story.
Elena Burger and Matt Bornstein are joined by Simon Mo, co-founder and CEO of Inferact, the open-source inference engine powering many of today's most advanced AI applications. Together, they explore how open-source AI evolved from a research project into critical infrastructure, why inference has become one of the most important layers of the AI stack, and what it takes to bring frontier intelligence to developers around the world.
The conversation covers vLLM's origins, the rise of open-weight models, why companies increasingly want control over their AI infrastructure, and how open-source inference enables the next generation of AI applications. They also discuss model licensing, the economics of open-weight AI, Kimi K3, distillation, AI infrastructure, and why Simon believes the gap between open and closed models is rapidly disappearing.
Resources:
Follow Simon Mo on X: https://x.com/simon_mo_
Follow Matt Bornstein on X: https://x.com/BornsteinMatt
Follow Elena Burger on X: https://x.com/VirtualElena
Follow Inferact: https://x.com/inferact
Stay Updated:
Find a16z on YouTube: YouTube
Find a16z on X
Find a16z on LinkedIn
Listen to the a16z Show on Spotify
Listen to the a16z Show on Apple Podcasts
Follow our host: https://twitter.com/eriktorenberg
Please note that the content here is for informational purposes only; should NOT be taken as legal, business, tax, or investment advice or be used to evaluate any investment or security; and is not directed at any investors or potential investors in any a16z fund. a16z and its affiliates may maintain investments in the companies discussed. For more details please see a16z.com/disclosures.
Hosted by Simplecast, an AdsWizz company. See pcm.adswizz.com for information about our collection and use of personal data for advertising.
The Zcash Foundation is committed to transparency and openness with the Zcash community and our other stakeholders. Today, we are releasing our Q2 2026 report, which provides an overview of the work undertaken by our engineering team, as well as an overview of other activities during this period.
As with our previous quarterly reports, this report describes our financial inflow and outflows, with a detailed breakdown of our expenses, and we have included a snapshot of the Foundation’s financial position, in terms of liquid assets and liabilities that must be met using those assets.
Download the Q2 2026 report here.
Our previous quarterly reports can be found here.
The post Zcash Foundation Q2 2026 Report appeared first on Zcash Foundation.
This week, a16z American Dynamism Films premiered three short documentaries highlighting companies tackling some of America's biggest industrial challenges: Ulysses, Mariana Materials, and Radiant. Before watching those films, we're revisiting conversations with the founders behind each company.
You'll hear Will O'Brien explain why autonomous underwater robots could unlock a new era of ocean exploration and security, Turner Caldwell discuss rebuilding America's critical minerals supply chain and modernizing mining, and Doug Bernauer share why portable nuclear microreactors could transform how we generate power. Together, these conversations offer a look at the technologies—and the founders—working to rebuild the industrial foundations of the United States.
Resources:
Follow Will O'Brien on X: https://x.com/Willob
Follow Turner Caldwell on X: https://x.com/tbc415
Follow Doug Bernauer on X: https://x.com/dougbernauer
Follow Erin Price-Wright on X: https://x.com/espricewright
Follow Ryan McEntush on X: https://x.com/rmcentush
Follow Theo Jaffee on X: https://x.com/theojaffee
Stay Updated:
Find a16z on YouTube: YouTube
Find a16z on X
Find a16z on LinkedIn
Listen to the a16z Show on Spotify
Listen to the a16z Show on Apple Podcasts
Follow our host: https://twitter.com/eriktorenberg
Please note that the content here is for informational purposes only; should NOT be taken as legal, business, tax, or investment advice or be used to evaluate any investment or security; and is not directed at any investors or potential investors in any a16z fund. a16z and its affiliates may maintain investments in the companies discussed. For more details please see a16z.com/disclosures.
Hosted by Simplecast, an AdsWizz company. See pcm.adswizz.com for information about our collection and use of personal data for advertising.
Theo Jaffee is joined by Joshua Achiam, Chief Futurist at OpenAI, for a conversation on AI cybersecurity, frontier model capabilities, and why he believes society may have already crossed the threshold into an AGI-era without fully recognizing it.
They discuss AI's rapidly advancing cyber capabilities, state-sponsored hacking, model jailbreaks, recursive self-improvement, and what happens when AI systems begin discovering vulnerabilities faster than humans can patch them. Joshua also explains why most people have quietly adapted to capabilities that would have seemed unimaginable just a few years ago, and why the biggest changes from AI may arrive gradually rather than all at once.
Resources:
Follow Joshua Achiam on X: https://x.com/jachiam0
Follow Theo Jaffee on X: https://x.com/theojaffee
Follow MTS on X: https://x.com/mtslive
Stay Updated:
Find a16z on YouTube: YouTube
Find a16z on X
Find a16z on LinkedIn
Listen to the a16z Show on Spotify
Listen to the a16z Show on Apple Podcasts
Follow our host: https://twitter.com/eriktorenberg
Please note that the content here is for informational purposes only; should NOT be taken as legal, business, tax, or investment advice or be used to evaluate any investment or security; and is not directed at any investors or potential investors in any a16z fund. a16z and its affiliates may maintain investments in the companies discussed. For more details please see a16z.com/disclosures.
Hosted by Simplecast, an AdsWizz company. See pcm.adswizz.com for information about our collection and use of personal data for advertising.
Stablecoins are transforming how value moves across blockchain networks. They enable near-instant, low-cost transfers around the clock and have become a cornerstone of decentralized finance (DeFi), supporting payments, lending, trading and settlement across multiple ecosystems.
Because stablecoins allow capital to move continuously, privacy becomes increasingly important. Businesses, institutions and individuals require the ability to transact confidentially without sacrificing the composability and liquidity that make DeFi attractive.
Panther Protocol addresses this through programmable privacy. Its Multi-Asset Shielded Pool (MASP) enables confidential stablecoin transfers while allowing operators to define their own access controls and compliance requirements. Rather than requiring issuers to launch dedicated privacy-focused stablecoins or entirely new blockchain networks, Panther enables existing stablecoins to be used confidentially within the DeFi ecosystems where liquidity already exists.
Why Now?Stablecoin adoption has accelerated rapidly. Stablecoins now settle approximately US$5.2 trillion each month, have a combined market capitalization of around US$312 billion, and are used by more than 135 million active blockchain addresses. Yet despite this growth, fewer than 0.01% of stablecoin transfers in 2025 were confidential.
This lack of privacy limits broader adoption.
Without confidentiality:
transactions can be front-run; trading and treasury strategies can be analyzed and copied; businesses expose commercially sensitive payment flows; institutions struggle to execute large transactions discreetly; and users permanently expose their financial activity on public blockchains.If decentralized finance is to support a broader range of commercial and institutional use cases, confidentiality will become an increasingly important part of its infrastructure.
Why Privacy Matters Protecting Commercial InformationBusinesses increasingly use stablecoins for supplier payments, treasury management, payroll and cross-border settlement. Public blockchains expose transaction values, counterparties and payment flows, allowing competitors to infer pricing, commercial relationships and strategic activity.
Protecting Individual PrivacyAnyone with knowledge of a wallet address can analyze its transaction history, balances and spending patterns. Because blockchain data is immutable, that financial history remains publicly accessible indefinitely.
Supporting Institutional AdoptionFinancial institutions, market makers and corporate treasuries require operational confidentiality. Public visibility of trading activity and treasury movements can expose investment strategies, increase market impact and reduce execution costs.
Enabling Configurable CompliancePrivacy need not come at the expense of compliance. Zero-knowledge cryptography enables transactions to remain confidential while allowing operators to implement appropriate Know Your Customer (KYC), Know Your Transaction (KYT) and anti-money laundering (AML) controls.
Privacy Without Leaving DeFiCompetition between stablecoin issuers continues to intensify, yet few wish to build entirely new privacy-focused blockchains or dedicated privacy infrastructure.
Panther offers an alternative.
Rather than creating new privacy stablecoins or separate Layer 1 or Layer 2 networks, issuers and operators can enable confidential transfers using existing stablecoins while remaining within the DeFi ecosystems where users, liquidity and applications already exist.
Operators can:
define which stablecoins and other digital assets are supported; determine who may participate; configure compliance requirements and transaction policies; whitelist counterparties and assets; and create confidential trading environments without fragmenting liquidity.By providing privacy at the smart contract level, Panther allows operators to concentrate their activity where liquidity already exists rather than asking users to migrate elsewhere.
Confidential Stablecoin Transfers Through PantherPanther enables confidential transfers through its Multi-Asset Shielded Pool (MASP).
Users deposit supported stablecoins into the shielded pool and receive corresponding zAssets—confidential representations backed 1:1 by collateral held within a Panther Vault.
Transfers between zAccounts remain confidential, preventing external observers from linking senders, recipients or transaction amounts while maintaining cryptographic integrity.
Unlike asset-specific privacy systems, Panther's MASP supports multiple digital assets within the same shielded pool. Stablecoins, utility tokens and other supported assets all contribute to a shared anonymity set, strengthening privacy for every participant.
Different stablecoins, and other digital assets, can coexist within the same shielded poolFor example, confidential representations of USDT, USDC, DAI and other supported digital assets can coexist within the same shielded pool, alongside other approved assets, subject to the policies defined by the relevant operator.
How Panther Enables Confidential TransfersPanther combines several complementary technologies to deliver confidential stablecoin transfers.
zk-SNARKsZero-Knowledge Succinct Non-Interactive Arguments of Knowledge (zk-SNARKs) allow users to prove that transactions are valid without revealing the underlying transaction data.
zAccountsUsers transact through confidential zAccounts rather than directly exposing their externally owned account (EOA) wallet addresses, helping prevent public linkage between blockchain identities and private activity.
UTXOsPanther represents balances using Unspent Transaction Outputs (UTXOs). Ownership of these UTXOs changes during confidential transfers without revealing the underlying transaction details.
Panther's split-and-join mechanism helps minimise fragmentation by maintaining efficient UTXO management.
Merkle TreesAppend-only Merkle trees maintain the private state of the protocol. Users prove ownership and spendability of their UTXOs using zero-knowledge proofs while keeping the underlying data confidential.
zMinerszMiners perform confidential computation off-chain, generate zero-knowledge proofs and submit those proofs to Panther's smart contracts for verification.
RelayersRelayers further enhance privacy by submitting transactions on behalf of users. They bundle transaction requests, pay gas fees and broadcast transactions without revealing the relationship between the original user and the blockchain transaction.
A Flexible Privacy LayerPanther is designed to support a broad range of operators.
A regulated financial institution may require comprehensive compliance controls and approved counterparties.
A stablecoin issuer may wish to create a confidential settlement environment around its own token.
A decentralized autonomous organization (DAO) may prioritize governance-based access controls.
Each operator can define its own operational policies while benefiting from the same underlying confidential infrastructure and shared privacy set.
ConclusionStablecoins have become one of the most important building blocks of decentralized finance, but widespread adoption increasingly depends on confidentiality.
Without stronger privacy protections, decentralized finance risks becoming a financial system where every transaction is permanently visible and easily analyzed.
Panther enables existing stablecoins to be used confidentially without requiring new privacy-focused stablecoins or separate blockchain networks. Through its Multi-Asset Shielded Pool, configurable compliance framework and programmable privacy architecture, Panther enables operators to create confidential trading environments while continuing to leverage the liquidity and applications of today's leading DeFi ecosystems.
About Panther Protocol FoundationPanther Protocol Foundation is a non-profit organization that supports the Panther ecosystem through research funding, open-source development grants and ecosystem initiatives.
The Foundation does not operate the protocol, host user interfaces, custody assets, execute transactions or provide financial services.
Users interact directly with blockchain smart contracts from their own wallets and remain responsible for their own activities and decisions.
For more information, visit www.panther.org.
To learn more about Panther Protocol, visit www.pantherprotocol.io.
Sophia Dew and Sofia Puccini are joined by Ruby Thelot, designer, artist, cyberethnographer, professor at NYU, and founder of 13101401, for a wide-ranging conversation about internet culture, AI, digital communities, and how technology is reshaping the way we relate to one another.
Drawing on years of research into online behavior, Ruby explains how digital cultures form, why algorithms shape more than just what we see, and what AI is changing about creativity, communication, and identity. They discuss cyberethnography, online subcultures, "machinic taste," AI companions, social norms, internet language, and why Americans often say they dislike AI—even as they increasingly rely on it in everyday life.
Resources:
Follow Ruby X: https://x.com/being_on_line
Substack: https://beingonline.substack.com/
Follow Sophia on X: https://x.com/sophiadew
Follow Sofia on X: https://x.com/schisofrenia
Follow MTS on X: https://x.com/mtslive
Stay Updated:
Find a16z on YouTube: YouTube
Find a16z on X
Find a16z on LinkedIn
Listen to the a16z Show on Spotify
Listen to the a16z Show on Apple Podcasts
Follow our host: https://twitter.com/eriktorenberg
Please note that the content here is for informational purposes only; should NOT be taken as legal, business, tax, or investment advice or be used to evaluate any investment or security; and is not directed at any investors or potential investors in any a16z fund. a16z and its affiliates may maintain investments in the companies discussed. For more details please see a16z.com/disclosures.
Hosted by Simplecast, an AdsWizz company. See pcm.adswizz.com for information about our collection and use of personal data for advertising.
Marc Andreessen, Chris Dixon, and Robert Hackett discuss one of the most consequential policy debates facing the crypto industry: the push for comprehensive U.S. market structure legislation and what regulatory clarity could mean for innovation, financial markets, and America's technological leadership.
They explore the CLARITY Act, stablecoins, securities law, consumer protection, and why both builders and financial institutions are calling for clear rules of the road. Along the way, they discuss the lessons of the early internet, FTX, open financial networks, and why they believe thoughtful regulation can strengthen innovation rather than slow it down.
Resources:
Follow Marc Andreessen on X: https://x.com/pmarca
Follow Chris Dixon on X: https://x.com/cdixon
Follow Robert Hackett on X: https://x.com/rhackett
Follow a16z Crypto on X: https://x.com/a16zcrypto
Why Bitcoin matters: https://a16z.com/why-bitcoin-matters/
What builders need to know about the CLARITY Act: https://a16zcrypto.com/posts/article/clarity-act-what-why-matters
Stay Updated:
Find a16z on YouTube: YouTube
Find a16z on X
Find a16z on LinkedIn
Listen to the a16z Show on Spotify
Listen to the a16z Show on Apple Podcasts
Follow our host: https://twitter.com/eriktorenberg
Please note that the content here is for informational purposes only; should NOT be taken as legal, business, tax, or investment advice or be used to evaluate any investment or security; and is not directed at any investors or potential investors in any a16z fund. a16z and its affiliates may maintain investments in the companies discussed. For more details please see a16z.com/disclosures.
Hosted by Simplecast, an AdsWizz company. See pcm.adswizz.com for information about our collection and use of personal data for advertising.
Welcome to this week’s PIVX ecosystem update, covering the latest developments across the network, market activity, masternode participation, and community ecosystem.
Masternode Network Update
The PIVX masternode network continues to maintain steady participation, supporting the overall strength and security of the blockchain.
- Current PIVX Masternodes: 2,090
- Estimated Annual Reward: ~15.05%
- PIVX Locked: 19.88%
The consistent level of masternode participation highlights the continued commitment of the PIVX community while providing opportunities for node operators to contribute to the network and earn rewards.
Weekly Market Pulse
PIVX remained active in the market over the past seven days, trading within an approximate range of $0.0342 to $0.0355.
The price movement reflects ongoing participation from traders, long-term holders, and users who continue to follow the development of privacy-focused digital assets.
Trading Volume & Market Activity
Market activity remained steady throughout the week, with the latest 24-hour trading volume reaching approximately $1.58 million.
The continued trading activity across exchanges reflects ongoing liquidity and interest in PIVX among participants in the broader crypto market.
Ecosystem & Community Updates
PIVX continues to expand its payment ecosystem with the introduction of the BTCPay Server plugin, giving users access to both transparent and shielded payment options.
The plugin is available for developers to explore on GitHub and brings another opportunity to build payment solutions powered by $PIVX.
Meanwhile, the ongoing implementation of MiCA continues to reshape Europe’s crypto landscape. With approximately 244 licensed crypto firms and reports of more than 1,700 companies no longer serving the EU, the regulatory transition is contributing to increased consolidation across the industry.
While regulatory clarity can bring greater certainty, the shift also raises an important question for the crypto community: is Europe building a stronger and more sustainable crypto industry, or are increasing regulatory requirements driving innovation elsewhere?
Looking Ahead
As the ecosystem continues to evolve, PIVX remains focused on privacy, financial freedom, open-source development, and giving users greater control over their financial lives.
With continued development, community participation, and innovation, PIVX remains committed to building technology that puts privacy and user choice at the center
PIVX. Your Rights. Your Privacy. Your Choice.
To stay on top of PIVX news please visit PIVX.org and Discord.PIVX.org.
PIVX Weekly Ecosystem Update was originally published in PIVX on Medium, where people are continuing the conversation by highlighting and responding to this story.
Sarah Wang and Kimberly Tan are joined by Jesse Zhang and Ashwin Sreenivas, co-founders of Decagon, to discuss the evolution of enterprise AI agents, why the company increasingly relies on open-source models, and how it is helping some of the world’s largest companies deploy AI in production.
Decagon has become one of the fastest-growing AI companies by building agents that automate customer support, sales, and operational workflows. Jesse, Decagon’s CEO, and Ashwin, its president, explain how the company is building enterprise AI at scale.
They unpack why Decagon moved most of its inference to open-source models, how latency, evaluation, and fine-tuning shape production AI systems, and why enterprise AI requires far more than simply plugging into frontier models. The conversation also explores forward-deployed engineering, enterprise sales, AI’s impact on jobs, and why application companies will continue to thrive alongside the foundation model labs.
Resources:
Follow Jesse Zhang on X: https://x.com/thejessezhang
Follow Ashwin Sreenivas on X: https://x.com/AshwinSreenivas
Follow Sarah Wang on X: https://x.com/sarahdingwang
Follow Kimberly Tan on X: https://x.com/kimberlywtan
Stay Updated:
Find a16z on YouTube: YouTube
Find a16z on X
Find a16z on LinkedIn
Listen to the a16z Show on Spotify
Listen to the a16z Show on Apple Podcasts
Follow our host: https://twitter.com/eriktorenberg
Please note that the content here is for informational purposes only; should NOT be taken as legal, business, tax, or investment advice or be used to evaluate any investment or security; and is not directed at any investors or potential investors in any a16z fund. a16z and its affiliates may maintain investments in the companies discussed. For more details please see a16z.com/disclosures.
Hosted by Simplecast, an AdsWizz company. See pcm.adswizz.com for information about our collection and use of personal data for advertising.
Jason Yanowitz, Co-Founder of Blockworks, joins Sebastien Couture on Epicenter to discuss why crypto is entering its biggest transformation yet. From institutional adoption and the Clarity Act to token transparency, AI, on-chain capital markets and the acquisition of Messari, this conversation explores where crypto is actually heading.
Jason explains why Wall Street is preparing for crypto, why token fundamentals finally matter, how Blockworks acquired Messari, why capital markets are moving on-chain, and why the next crypto cycle could look completely different from previous bull markets.
The conversation also covers Bitcoin, Ethereum, DeFi, stablecoins, RWAs (Real World Assets), tokenisation, venture capital, crypto regulation, SEC policy, the Clarity Act, Token Transparency Framework, AI, Robinhood, Coinbase, Hyperliquid, self-custody, crypto infrastructure, institutional finance and the future of blockchain adoption.
In this episode:
1. Why Wall Street is preparing for crypto
2. The Blockworks × Messari acquisition
3. The Clarity Act and US crypto regulation
4. Token transparency and the future of crypto markets
5. Stablecoins, RWAs and on-chain capital markets
6. AI's role in the next generation of crypto businesses
7. Why the next crypto cycle will reward real fundamentals
8. Building one of crypto's leading media and data companies
If you enjoyed the episode, don't forget to subscribe for more conversations with the builders, founders and investors shaping the future of crypto.
Links:
Lido: https://lido.fi/stvaults?mtm_campaign=epicenter
Sponsors:
Lido V3 introduces stVaults: a modular staking infrastructure that lets builders and institutions deploy custom staking vaults, while staying anchored to stETH as a shared liquidity layer.
Get started building with Lido V3 today: https://lido.fi/stvaults?mtm_campaign=epicenter
Block Space Forum: https://blockspace.forum/
NEAR AI Cloud now lets developers deploy OpenClaw—the rapidly growing open-source AI agent platform—inside Trusted Execution Environments, providing hardware-level encryption with cryptographic attestations. With OpenClaw on NEAR AI Cloud, you can run agents with cloud convenience, but without traditional cloud data exposure. No hardware to manage. No trust assumptions required. Learn more at near.ai.
Alex Rampell and Olivia Moore speak with Lassie cofounders Steijn Pelle and Frédéric Renken about bringing AI to one of the most overlooked parts of the economy: small businesses.
Inspired by time spent working inside dental practices, Pelle and Renken set out to automate the administrative work that keeps healthcare providers away from patients. They discuss how AI agents are changing billing, insurance claims, patient payments, and other operational workflows, allowing practices to spend less time on paperwork and more time delivering care.
The conversation explores AI agents, software that performs work rather than simply storing information, onboarding AI into real-world businesses, and why healthcare administration offers one of the biggest opportunities for automation. Along the way, they discuss product design, go-to-market strategy, and what it takes to build AI systems that operate reliably in complex business environments.
Resources:
Follow Steijn Pelle on X: https://x.com/steijnpelle
Follow Frédéric Renken on X: https://x.com/fredericrenken
Follow Alex Rampell on X: https://x.com/arampell
Follow Olivia Moore on X: https://x.com/omooretweets
Stay Updated:
Find a16z on YouTube: YouTube
Find a16z on X
Find a16z on LinkedIn
Listen to the a16z Show on Spotify
Listen to the a16z Show on Apple Podcasts
Follow our host: https://twitter.com/eriktorenberg
Please note that the content here is for informational purposes only; should NOT be taken as legal, business, tax, or investment advice or be used to evaluate any investment or security; and is not directed at any investors or potential investors in any a16z fund. a16z and its affiliates may maintain investments in the companies discussed. For more details please see a16z.com/disclosures.
Hosted by Simplecast, an AdsWizz company. See pcm.adswizz.com for information about our collection and use of personal data for advertising.
Justine Moore, partner at Andreessen Horowitz, joins New Economies to explore the rapid evolution of generative media and why AI-native content is reaching an inflection point. They discuss the rise of AI micro-dramas, how creators are building entirely new forms of entertainment, and why the biggest opportunities may lie not in replacing Hollywood—but in expanding who gets to create.
They also cover the future of creator tools, AI agents for individuals, generative video, AI "slop," the economics of AI-native studios, and where founders should be building next as consumer AI enters a new phase.
Resources:
Follow Justine Moore on X: https://x.com/venturetwins
Watch the episode on YouTube: https://www.neweconomies.co/p/justine -moore-andreessen-horowitz
Listen to more from New Economies: https://www.neweconomies.co/
Stay Updated:
Find a16z on YouTube: YouTube
Find a16z on X
Find a16z on LinkedIn
Listen to the a16z Show on Spotify
Listen to the a16z Show on Apple Podcasts
Follow our host: https://twitter.com/eriktorenberg
Please note that the content here is for informational purposes only; should NOT be taken as legal, business, tax, or investment advice or be used to evaluate any investment or security; and is not directed at any investors or potential investors in any a16z fund. a16z and its affiliates may maintain investments in the companies discussed. For more details please see a16z.com/disclosures.
Hosted by Simplecast, an AdsWizz company. See pcm.adswizz.com for information about our collection and use of personal data for advertising.
This is an optional release with a set of peer connectivity improvements. It is targeted at operators who see issues with their node’s peer set.
Improvements Outbound Slots No Longer Fill With Non-Serving Peers During SyncOutbound peer slots could previously fill up with peers that advertise no services, which could stall a fresh sync at genesis when most reachable listeners are non-serving. While syncing, Zebra now requires the NODE_NETWORK service from outbound peers; at or near the network tip it continues to accept non-serving peers, such as pruned nodes, as before. (#11071)
The peer crawler now queues a connection attempt on each crawl interval for every spare outbound slot that has a ready address book candidate, so a dropped outbound connection is replaced promptly. Previously, new connections were only attempted when the peer set ran out of ready peers, when a crawl turned up new addresses, or when the node had no outbound connections at all. Zebra now keeps dialing until the outbound connection limit is reached. (#11102)
Largergetaddr Responses Zebra now shares up to half of its address book in response to a getaddr request, up from a quarter, so peers can discover more of the network from each response. (#11103)
The stall detector no longer disconnects peers for empty FindBlocks or FindHeaders responses while the node is within 1,000 estimated blocks of the network tip, which previously could be mistaken for a stall during the normal gaps between blocks near the tip. (#11122)
Mempool transaction relay no longer penalizes peers for adjacent NU6.2 and NU6.3 branch ID mismatches within 40 heights of NU6.3 activation, avoiding unnecessary bans caused by the temporary chain-tip divergence that is expected around any network upgrade boundary. (#11113)
zcashd-compat Sidecar Pinned Ahead of NU6.3The embedded zcashd-compat release manifest and installer script now pin sidecar zebra-compat-v1.1.0, which follows Mainnet past the NU6.3 (Ironwood) activation at block 3,428,143. The previous zebra-compat-v1.0.0 sidecar predates that activation height and stops following the chain at that block. Supervised deployments using zcashd_source = "embedded" must upgrade, or set zcashd_path to a current sidecar binary, before activation. (#11112)
Chain synchronization now keeps the final block hash a peer returns in a FindBlocks response instead of discarding it to work around obsolete zcashd behavior. (#11093)
The orchard, zcash_keys, zcash_primitives, zcash_proofs, and zcash_transparent crates have been upgraded to their released NU6.3 versions. This is a dependency update with no behavior change. (#11111)
We encourage operators who are experiencing peering issues, or who want to be proactive about avoiding them, to upgrade to 6.2.3. You can find the release on GitHub, crates.io, and Docker Hub.
If you run a supervised deployment with zcashd_source = "embedded", upgrade to this release, or point zcashd_path at a current sidecar binary, before the NU6.3 (Ironwood) activation at Mainnet block 3,428,143, since the previously pinned sidecar stops following the chain at that height.
Thank you to everyone who contributed to this release:
@arya2, @jvff, @nuttycom, and @upbqdn.
Zebra is the Zcash Foundation’s independent, Rust-based implementation of the Zcash protocol. Learn more at github.com/ZcashFoundation/zebra.
The post Zebra 6.2.3 Release appeared first on Zcash Foundation.
Danny, Amit, Yotam, Tamar, Yonatan and their teams are joining forces to build a complete security platform for the age of AI.
By Bogomil Balkansky and Doug Leone Published July 28, 2026In 2021, before Oasis Security was even founded, I sat down with co-founder Danny Brickman and came away thinking he had something familiar. He showed the same drive we’d seen in the founders of two other Sequoia companies, Wiz and Cyera, whose founders, like Danny, had come up through Talpiot, the leadership program of the IDF. I wrote about that meeting a couple of years later in my investment memo, when we backed Oasis Security, at the Series A. I didn’t realize at the time how literally connected that comparison would turn out to be. Today, Oasis is joining Cyera — and it turns out the founders’ stories make the case for this combination almost as well as the technology does.
Three years ago, the pitch for Oasis was simple: enterprises were about to have far more machine identities than human ones, and almost nobody had a real way to manage or secure them. That was true then. It’s far more true now. Every AI agent creates or uses non-human identities — API keys, service accounts, OAuth tokens, agent-to-agent credentials — that act with real permissions and real blast radius, and that don’t behave anything like the human identities the last generation of identity tooling was built around. AI drove non-human identity from a niche IAM subcategory to a board-level CISO conversation. Danny Brickman and his co-founder Amit Zimerman built Oasis, which they call agentic access management, for exactly that world.
Cyera arrived at the same shift from a different direction. Yotam Segev, Tamar Bar-Ilan, and Yonatan Itai built the company to answer a deceptively simple question: where does an organization’s sensitive data actually live, who can reach it, and what’s really at risk? As AI agents started reading, writing and acting on that data, they reached a conclusion that now looks obvious: securing AI means securing the data, the identities acting on it (human and non-human), and the agents themselves.
Put the two products side by side, and they complement each other perfectly. Cyera knows where the sensitive data is. Oasis knows who or what can actually touch it — every service account, API key and agent credential, and whether it’s behaving the way it should. It’s a bit like a bank vault: the best way to protect it is by knowing both what’s inside and who’s approaching. Data security tells you what’s actually at stake. Identity security tells you whether the thing touching your data is legitimate. Together, the two products cover the entire path an AI agent takes through a company’s environment, from the data it touches to the identity it uses to touch it.
There’s a practical case here too. Cyera has built one of the most powerful enterprise GTM teams, with the kind of scale that usually takes a startup a decade to reach. Oasis’s product now gets to run through that engine, into enterprise accounts it would otherwise have taken years to earn on its own. And the market isn’t waiting: Whoever builds the first genuinely complete AI security platform, spanning data, identity and agents, has a real shot at becoming the default layer enterprises standardize on as agentic AI rolls out. Speed and completeness both matter, and the combination of Cyera and Oasis creates both.
The founders’ backgrounds make the fit feel almost inevitable in hindsight. It’s a small world: two teams we’d backed independently, drawn from the same pool of Israeli technical talent, ended up building the two halves of the same answer to AI security. Talpiot and Unit 8200 alumni have produced a disproportionate share of the last decade’s big cybersecurity companies, so the coincidence is smaller than it looks, but it’s still a good sign when it plays out this cleanly.
Danny, Amit and the Oasis team built the category-defining company in non-human identity in under three years, from a standing start to a product enterprises trust with agentic access at scale. That doesn’t happen without genuinely hard technical work, and a founder team that saw the shift to agentic AI before almost anyone else in security did. We at Sequoia have backed both Cyera and Oasis since their Series A rounds, and we’re proud to keep backing this team as they take on the next chapter together — a bigger stage, and an opportunity sized to match.
Share Share this on Facebook Share this on Twitter Share this on LinkedIn Share this via emailThe post Cyera and Oasis: Stronger Together appeared first on Sequoia Capital.
Last week, World Labs announced its acquisition of SceniX, bringing together two teams working on one of AI's biggest unsolved problems: how to give machines a true understanding of the physical world.
Martin Casado sits down with Fei-Fei Li, co-founder and CEO of World Labs, creator of ImageNet, and pioneer of spatial intelligence, alongside Yunzhu Li, co-founder of SceniX and assistant professor at Columbia University. They discuss why World Labs acquired SceniX, how simulation can unlock the next generation of robotics, and why training robots may require a fundamentally different approach than training language models.
The conversation explores real-to-sim-to-real pipelines, world models, robotics foundation models, evaluation, synthetic data, and why the future of AI depends not just on understanding language—but on understanding and interacting with the physical world.
Resources:
Follow Fei-Fei Li on X: https://x.com/drfeifei
Follow Yunzhu Li on X: https://x.com/YunzhuLiYZ
Follow Martin Casado on X: https://x.com/martin_casado
Stay Updated:
Find a16z on YouTube: YouTube
Find a16z on X
Find a16z on LinkedIn
Listen to the a16z Show on Spotify
Listen to the a16z Show on Apple Podcasts
Follow our host: https://twitter.com/eriktorenberg
Please note that the content here is for informational purposes only; should NOT be taken as legal, business, tax, or investment advice or be used to evaluate any investment or security; and is not directed at any investors or potential investors in any a16z fund. a16z and its affiliates may maintain investments in the companies discussed. For more details please see a16z.com/disclosures.
Hosted by Simplecast, an AdsWizz company. See pcm.adswizz.com for information about our collection and use of personal data for advertising.
Steven Sinofsky joins Theo Jaffee and Sofia Puccini for a conversation on AI regulation, open-source models, and what history can teach us about technological revolutions. Drawing on decades of experience leading products at Microsoft, Sinofsky argues that governments are rushing to regulate AI before they fully understand the technology, risking innovation in the process.
They discuss the "precautionary principle," why open source has historically accelerated innovation, the role of regulation in emerging technologies, the AI competition between the U.S. and China, and why existing laws may already address many of the risks people attribute to AI.
Resources:
Follow Steven Sinofsky on X: https://x.com/stevesi
Follow Theo Jaffee on X: https://x.com/theojaffee
Follow Sofia Puccini on X: https://x.com/schisofrenia
Stay Updated:
Find a16z on YouTube: YouTube
Find a16z on X
Find a16z on LinkedIn
Listen to the a16z Show on Spotify
Listen to the a16z Show on Apple Podcasts
Follow our host: https://twitter.com/eriktorenberg
Please note that the content here is for informational purposes only; should NOT be taken as legal, business, tax, or investment advice or be used to evaluate any investment or security; and is not directed at any investors or potential investors in any a16z fund. a16z and its affiliates may maintain investments in the companies discussed. For more details please see a16z.com/disclosures.
Hosted by Simplecast, an AdsWizz company. See pcm.adswizz.com for information about our collection and use of personal data for advertising.
Ben Horowitz joins Theo Jaffee and Sofia Puccini to discuss one of the biggest debates in AI today: the future of open-source models. They examine the growing push to restrict open models, why Ben believes open source is critical for security, innovation, and competition, and what happens if a handful of frontier labs come to dominate the AI ecosystem.
They also discuss distillation, AI monopolies, China's role in open-source AI, robotics, manufacturing, the economics of frontier models, and why Ben believes the AI market is still in its earliest stages. The conversation closes with a look at AI-generated art, creativity, and whether new tools will spark the next cultural renaissance.
Resources:
Follow Ben Horowitz on X: https://x.com/bhorowitz
Follow Theo Jaffee on X: https://x.com/theojaffee
Follow Sofia Puccini on X: https://x.com/schisofrenia
Stay Updated:
Find a16z on YouTube: YouTube
Find a16z on X
Find a16z on LinkedIn
Listen to the a16z Show on Spotify
Listen to the a16z Show on Apple Podcasts
Follow our host: https://twitter.com/eriktorenberg
Please note that the content here is for informational purposes only; should NOT be taken as legal, business, tax, or investment advice or be used to evaluate any investment or security; and is not directed at any investors or potential investors in any a16z fund. a16z and its affiliates may maintain investments in the companies discussed. For more details please see a16z.com/disclosures.
Hosted by Simplecast, an AdsWizz company. See pcm.adswizz.com for information about our collection and use of personal data for advertising.
To Distill, or Not to Distill?
By Dean Meyer and Konstantine Buhler Published July 24, 2026To Distill, or Not to Distill?
China increasingly supplies the models Western companies use to serve, train, and build AI.
Qwen’s share of new open-model fine-tunes and adaptations rose from 1% in January 2024 to 69% by February 2026 according to ATOM’s Report. The majority of American AI startups seem to be using Chinese open weights somewhere in their stack.
This dependence now extends upstream. Western application companies are building on Chinese Open Source models. Further, Western labs are using Chinese models as teachers and sources of synthetic training data in the torrid race to close the frontier gap.
For example, Thinking Machines pre-trained Inkling independently, but used synthetic data generated by Moonshot’s Kimi K2.5 to bootstrap its supervised fine-tuning.
The relevant point is not how much of Inkling came from Kimi. The point is that a Western lab had a legal path to learn from a Chinese open model, while equivalent use of GPT or Claude outputs is prohibited.
The flow today looks something like this:
Western frontier models → alleged unauthorized foreign extraction → Chinese open weights → lawful Western post-trainingThe missing direct route is:
American frontier models → lawful Western post-trainingWhy does that matter? Pre-training creates a capable base model. Post-training turns it into a useful coding, reasoning, tool-using, and agentic system. A stronger teacher converts part of that expensive discovery process into a cheaper learning problem.
Distillation does not explain China’s entire open-model lead. Chinese labs have world-class researchers, substantial compute, strong pre-trained models, software-hardware codesign, and rapidly improving post-training capabilities. But distillation compresses the costly final gap between a strong base and a near-frontier system. Even if distillation represents a smaller share of a Chinese model’s total capability, it represents a meaningful share of its advantage over American open models.
New enforcement mechanisms will make large-scale distillation harder, slower, and more expensive for Chinese companies. However, enforcement will not eliminate distillation baked by state actors. Every Western frontier advance therefore creates another teacher for Chinese labs. Western builders must either reproduce those capabilities independently or wait to learn from Chinese models.
This gap gives Chinese labs a recurring structural advantage over Western companies.
The stakes extend far beyond model revenue. Suppliers of the open layer become the default base for products, synthetic data, post-training systems, evals, agents, optimization, and applied AI.
The prize is to become the substrate on which global enterprises build and improve digital intelligence.
The Weights Are Open. Our Dependency Is Not.
Downloading a Chinese model gives a Western company control over the particular version. It can run the model locally, modify it, and continue using it without permission.
But AI capability is an upgrade cycle. Western startups, model developers, and researchers increasingly rely on each new Qwen, Kimi, GLM, or DeepSeek as a stronger base, a teacher, a source of synthetic data, and a platform for further research.
If China stops releasing its strongest models, existing products will not break. They will fall behind. Reuters recently reported that Chinese authorities have discussed restricting overseas access to advanced models, including models that have not yet been released. No final policy has been announced, but Western access ultimately depends on Chinese labs and regulators continuing to publish.
There is also a more technical security problem. An open-weight model is not necessarily an auditable model.
The weights are the compressed result of training. They do not reveal the full pre-training corpus, which data was filtered or poisoned, what interventions were made during training, or whether rare trigger-dependent behavior was embedded.
We are not alleging that Qwen, Kimi, or another Chinese model contains a backdoor. The point is that possessing the weights cannot prove the absence of one. A backdoor can remain dormant during ordinary testing and activate only when an unknown trigger appears. Research shows that deliberately implanted behavior can survive supervised fine-tuning, reinforcement learning, and adversarial training.
That may be an acceptable supply-chain risk for many consumer applications. It is not acceptable for defense, intelligence, or critical infrastructure.
Open weights provide control over deployment. They do not guarantee continued access to better models, nor alignment, trust and safety in the model itself.
A Framework For A Direct American Path
American companies need a legal way to turn American frontier capability into cheaper, ownable models.
Without a domestic route, the West may lead at the closed frontier while falling into dependence on China for the open layer.
A useful framework has three parts.
Keep building Western base models: Reflection (building open super-intelligence for enterprises & sovereigns), TML, and Nemotron are making incredible progress. But stronger pre-training alone does not solve the teacher problem. American builders also need a lawful way to absorb capabilities already developed at the American frontier. Create controlled teacher access: Frontier labs could sell structured training rights to qualifying Western and allied companies, whether the resulting models are released openly or deployed privately. Access could trail the frontier, cover defined capabilities, be limited to verified companies, and be metered and audited. The most sensitive biological and cyber capabilities could remain restricted. This would not allow companies to clone the newest frontier model. It would create a legal, priced route for capability transfer that sophisticated foreign actors are already pursuing covertly. Keep raising the cost of foreign distillation: Better identity verification, access controls, proxy disruption, and enforcement should continue. If a voluntary market does not develop, access could eventually become a condition attached to major federal AI contracts, for example.These are starting points. Who qualifies, how far access should trail the frontier, how it should be priced, and which capabilities remain restricted are topics that deserve real debate.
Imagine if we had not allowed for training on the open web. We would have no leading AI at all. These types of policy implications are transformative. All the leading labs benefited from copious amounts of openly available data. We have to have an open and free future: It is imperative for Western competitiveness.
What should no longer go unquestioned is the current equilibrium: the West creates the frontier, part of that capability travels indirectly through Chinese models, and Western builders then depend on those models to make intelligence cheaper, adaptable, and sovereign.
To distill or not to distill is not the question. The question is whether the West creates a legal domestic path for capability transfer – or relies on an indirect path through China.
Share Share this on Facebook Share this on Twitter Share this on LinkedIn Share this via emailThe post America’s Open-Model Paradox appeared first on Sequoia Capital.
PIVX Weekly Ecosystem Update
Bringing fresh developments across the PIVX ecosystem, from network participation and market activity to developer initiatives, community voices, and new accessibility tools, here’s a look at some of the key updates from the past week.
Masternode Network Update
Current PIVX Masternodes: 2,005
Estimated Annual Reward: ~15.08%
PIVX Locked: 19.09%
Masternode participation remained steady throughout the week, highlighting continued support from the PIVX community and contributing to the security and stability of the network.
With a significant portion of the circulating supply committed to masternodes, operators continue to play an important role in supporting the PIVX Proof of Stake ecosystem while participating in its reward structure.
Weekly Market Pulse
Over the latest seven-day period, PIVX traded within an approximate range of $0.0347 to $0.0458.
The price movement reflects continued activity around PIVX, with privacy-focused users, traders, and long-term supporters remaining engaged with the ecosystem.
Trading Volume & Market Activity
Market activity remained active throughout the week, with approximately $1.94 million in 24-hour trading volume recorded in the latest period.
The continued trading activity highlights ongoing liquidity and participation across exchanges, providing users with opportunities to access and trade $PIVX.
Ecosystem & Community Updates
Beyond market activity, development and community contributions continue to shape the PIVX ecosystem.
One project worth highlighting this week is Rusty Blox, a PIVX-focused block explorer built with Rust and available on GitHub.
For developers and Web3 enthusiasts interested in exploring Rust development, the project provides an opportunity to engage with a practical, open-source initiative connected to the PIVX ecosystem.
The community has also continued sharing perspectives through the PIVX Voices series. In the latest article, DAO member Siggie B explores the motivations behind joining and contributing to PIVX in "The Sun Is Still Shining — I did not come to PIVX for the price."
The piece offers a perspective on the values and principles that extend beyond short-term market movements. More community stories, updates, and insights can be found through the PIVX Medium publication.
Expanding Access to Private Finance
PIVX continues to build around its core principles of privacy, financial freedom, and user choice.
Through its Proof of Stake foundation and SHIELD Protocol, PIVX gives users access to privacy-enhanced transactions while providing greater control over their financial information.
The ecosystem's availability through services such as StealthEX also helps make accessing and exchanging PIVX more convenient for users seeking privacy-focused financial tools.
Another addition to the ecosystem is the Exolix Exchange Widget, now available directly through the official PIVX website.
The integration gives users another simple way to access Exolix and swap into $PIVX without needing to navigate away from the PIVX platform. With non-custodial swaps, competitive rates, and fast execution, the widget adds another layer of accessibility for those looking to enter the PIVX ecosystem.
Looking Ahead
From network participation and open-source development to community storytelling and improved access to $PIVX, the ecosystem continues to evolve across multiple fronts.
Each initiative contributes to a broader vision: creating a privacy-focused financial ecosystem where individuals have greater control over their transactions, their data, and their financial freedom.
As development continues and the community grows, PIVX remains focused on building technology that puts privacy and user choice at the center.
PIVX. Your Rights. Your Privacy. Your Choice.
To stay on top of PIVX news please visit PIVX.org and Discord.PIVX.org.
PIVX Weekly Ecosystem Update was originally published in PIVX on Medium, where people are continuing the conversation by highlighting and responding to this story.
Sriram Krishnan joins Theo Jaffee and Sofia Puccini just after concluding his tenure as Senior White House Policy Advisor on AI to discuss one of the biggest weeks yet for open-source AI. They unpack the rapid release of models including Kimi K3 and Qwen, why open models are putting pressure on frontier labs, and what it means for pricing, competition, and the future of AI infrastructure.
They also discuss AI policy, distillation, cybersecurity, the role of open-weight models, whether the U.S. should respond to China's growing AI capabilities, and how governments and frontier labs should navigate the next phase of AI development.
Resources:
Follow Sriram Krishnan on X: https://x.com/sriramk
Follow Theo Jaffee on X: https://x.com/theojaffee
Follow Sofia Puccini on X: https://x.com/schisofrenia
Stay Updated:
Find a16z on YouTube: YouTube
Find a16z on X
Find a16z on LinkedIn
Listen to the a16z Show on Spotify
Listen to the a16z Show on Apple Podcasts
Follow our host: https://twitter.com/eriktorenberg
Please note that the content here is for informational purposes only; should NOT be taken as legal, business, tax, or investment advice or be used to evaluate any investment or security; and is not directed at any investors or potential investors in any a16z fund. a16z and its affiliates may maintain investments in the companies discussed. For more details please see a16z.com/disclosures.
Hosted by Simplecast, an AdsWizz company. See pcm.adswizz.com for information about our collection and use of personal data for advertising.
Gavin, Rob, Chris and the Etched team are building frontier clusters for inference, maximizing the intelligence that humanity can consume.
By Sonya Huang and Abhishek Malani Published July 23, 2026Inference is on the path to becoming the largest market in the world.
If this AI dream is everything we hope it to be – and so far, the signs point to ever-increasing acceleration of capabilities – then inference will power every storefront, every movie, every medical encounter, every video game, every lawsuit, every line of code.
Today, the inference market is so obviously large that building an inference-specific system is consensus. Back in 2022, when Gavin, Chris, and Rob were still in their dorm rooms at Harvard, that bet was deeply contrarian. The result: Etched is the only post-ChatGPT-era hardware startup with production-ready custom silicon, ready to ship in 2026.
Over the past years, Etched has pioneered several research breakthroughs – low voltage inference and cluster-scale memory – each a hard-won architectural choice that drives step-change gains in throughput and latency. As the unit of compute has moved from the chip to the rack to the cluster, Etched has designed for that reality, building not just chips, but cluster-scale inference systems. Driven by these fundamental innovations, Etched’s inference system excels in throughput and interactivity on the full span of frontier models – from large sparse MoEs, to dense transformers, to alternative architectures entirely, like Mamba.
Believing this is one thing. Building it is another entirely. Novel computing hardware is among the hardest things in the world to get right, and the ground underneath is constantly moving. Models change every few weeks, context lengths stretch, attention gets reinvented, the mix of dense and sparse keeps shifting. Winning here means doing two things simultaneously: iterating fast enough to keep pace with the models, and pushing the frontier of what the hardware can do. That takes a rare kind of team: visionary enough to create the right designs, young enough to move fast, proven enough to have chips in production, and built to do this for decades, not a single tape-out.
Walking into the Etched office for the first time is like a bolt of lightning. Go in the morning or at 11 p.m. – the energy is the same, and it is infectious. Gavin and Rob are the kind of outliers both daring enough to design silicon from first principles and bold enough to knock down every obstacle in their path, and the team they have assembled matches them. We have watched them do the things that separate those who merely talk about hardware from those who ship it: standing up a live lab in San Jose to host their first racks; opening an office in Taiwan to colocate with suppliers and expedite testing; questioning every single assumption for what is possible, such as low voltage inference. “Production is the product” is the company’s mantra. Shipping is all that matters.
The company’s progress has been rapid. Earlier this year, Etched taped out its first generation chip at TSMC, making it the first post-ChatGPT-era company with a successful full-reticle A0 chip tape-out on TSMC’s leading-edge nodes. Then, in a span of just 40 days, the Etched team brought up their first cluster of chips to run inference on a wide range of frontier AI models, achieving Pareto dominant performance on industry-standard throughput-interactivity curves. Now, Etched’s earliest customers are getting access to the product, seeing for themselves the speed, throughput, and expressiveness of the system.
Etched has built a beautiful machine in Gen 1. We expect it will do very well in the market. But we are partnering with Etched because we believe they have built the rarest thing in this industry: the machine that builds the machine. This is a team that has the taste and the relentless execution to keep shipping the next generation of inference machines, faster and more ambitious each time.
The intelligence race is fundamentally compute constrained. Pushing the limits of physics to deliver the maximum intelligence per watt is both an insanely fun engineering and operations problem, and an incredibly noble mission for humanity.
We are delighted to be partnering with Etched and leading their $300 Million Series C at a $10 Billion pre-money valuation, joined by our friends at Jane Street, Andreessen Horowitz, Diffusion, and SK Hynix.
Share Share this on Facebook Share this on Twitter Share this on LinkedIn Share this via emailThe post Partnering with Etched: Building the Inference Machine appeared first on Sequoia Capital.
We are pleased to announce the release of Zebra 6.2.1. This patch release adds two security hardening improvements to chain synchronization and mempool verification, and fixes a Testnet-only block-template timing issue. All node operators are encouraged to upgrade.
Security Advisories GHSA-x93j-mj2f-q338: Poisoned Blocks Can Delay Download of Valid Blocks (Moderate)Chain synchronization can now immediately retry an honest block body after rejecting a body that shares its header hash, instead of waiting for a later child block to trigger cleanup. This shortens the window in which a peer delivering a poisoned same-hash block body can delay the download of the valid block. It builds on the stale-rejection fix in GHSA-8gxx-hc65-vv82. (#11052)
Thanks to @oxarbitrage for identifying this issue.
Other Security ImprovementsOn nodes with NU6.3 (Ironwood) active, Zebra now rejects underpaying and structurally invalid shielded mempool transactions before running their expensive proof verification, and disconnects peers that send transactions with invalid shielded proofs. (#11053, #11054)
Changed Testnetgetblocktemplate Timestamp Handling On Testnet, the getblocktemplate RPC no longer switches to a minimum-difficulty block template early. Zebra previously treated a template as minimum-difficulty as soon as its cur_time came within a fixed 150 seconds of the consensus minimum-difficulty threshold, clamping cur_time up to just past the threshold, which future-dated the block’s timestamp and produced spurious minimum-difficulty blocks that depress Testnet difficulty far below its equilibrium. Templates now switch to minimum difficulty only once cur_time reaches the consensus threshold itself. This is a Testnet-only, template-construction change: it does not alter block validity, and it does not change the difficulty-averaging rule that amplifies each minimum-difficulty block into a large difficulty drop (tracked in zcash/zips#1321). (#10873)
You can find the release on GitHub, crates.io, and Docker Hub. We encourage all node operators to upgrade to pick up these fixes.
Thank You to Our ContributorsThis release was made possible by the work of @conradoplg, @daira, @jvff, and @upbqdn. Thank you for your continued contributions to Zebra.
Zebra is the Zcash Foundation’s independent, Rust-based implementation of the Zcash protocol. Learn more at github.com/ZcashFoundation/zebra.
The post Zebra 6.2.1 Release appeared first on Zcash Foundation.
Travis Kalanick joins TBPN to discuss Atoms, his vision for industrial AI, and why he believes the biggest opportunities in AI lie beyond software.
He explains how Atoms is bringing autonomy to mining, logistics, and food production, why robotics will reshape physical industries, and how lower costs and greater automation could unlock entirely new economic opportunities. Travis also reflects on raising $1.7 billion, building in stealth, regulation, hiring, and what he's learned since Uber.
Resources
Follow Travis on X: https://x.com/travisk
Follow TBPN on X: https://x.com/tbpn
Stay Updated:
If you enjoyed this episode, be sure to like, subscribe, and share with your friends!
Find a16z on X: https://twitter.com/a16z
Find a16z on LinkedIn: https://www.linkedin.com/company/a16z
Listen to the a16z Show on Spotify: https://open.spotify.com/show/5bC65RDvs3oxnLyqqvkUYX
Listen to the a16z Show on Apple Podcasts: https://podcasts.apple.com/us/podcast/a16z-podcast/id842818711
Follow our host: https://x.com/eriktorenberg
Please note that the content here is for informational purposes only; should NOT be taken as legal, business, tax, or investment advice or be used to evaluate any investment or security; and is not directed at any investors or potential investors in any a16z fund. a16z and its affiliates may maintain investments in the companies discussed. For more details, please see http://a16z.com/disclosures.
Stay Updated:
Find a16z on YouTube: YouTube
Find a16z on X
Find a16z on LinkedIn
Listen to the a16z Show on Spotify
Listen to the a16z Show on Apple Podcasts
Follow our host: https://twitter.com/eriktorenberg
Please note that the content here is for informational purposes only; should NOT be taken as legal, business, tax, or investment advice or be used to evaluate any investment or security; and is not directed at any investors or potential investors in any a16z fund. a16z and its affiliates may maintain investments in the companies discussed. For more details please see a16z.com/disclosures.
Hosted by Simplecast, an AdsWizz company. See pcm.adswizz.com for information about our collection and use of personal data for advertising.
Travis Kalanick, Ben Horowitz, and Erik Torenberg reunite to reflect on Uber's early days, the investment that almost happened, and why Kalanick believes the next great technology opportunity lies beyond software.
They discuss the lessons of building Uber, the value of founder-led companies, and why Kalanick spent nearly eight years quietly building Atoms before stepping back into the spotlight.
The conversation explores industrial AI, robotics, autonomy, mining, food production, and Kalanick's vision for digitizing the physical world, where software, manufacturing, real estate, and transportation come together to transform entire industries.
Resources:
Follow Travis Kalanick on X: https://x.com/travisk
Follow Ben Horowitz on X: https://x.com/bhorowitz
Stay Updated:
Find a16z on YouTube: YouTube
Find a16z on X
Find a16z on LinkedIn
Listen to the a16z Show on Spotify
Listen to the a16z Show on Apple Podcasts
Follow our host: https://twitter.com/eriktorenberg
Please note that the content here is for informational purposes only; should NOT be taken as legal, business, tax, or investment advice or be used to evaluate any investment or security; and is not directed at any investors or potential investors in any a16z fund. a16z and its affiliates may maintain investments in the companies discussed. For more details please see a16z.com/disclosures.
Hosted by Simplecast, an AdsWizz company. See pcm.adswizz.com for information about our collection and use of personal data for advertising.
Applied Intuition has spent the past decade building the software that powers intelligent machines, from passenger vehicles and trucks to defense systems, mining equipment, and industrial robots.
In this conversation, Marc Andreessen and Erik Torenberg sit down with Applied Intuition cofounders Qasar Younis and Peter Ludwig to discuss the emergence of physical AI and the company's latest launch, Dana, a new platform designed to accelerate the development of autonomous systems.
They explore autonomous vehicles, robotics, world models, simulation, AI infrastructure, and the engineering challenges of deploying intelligence safely in the physical world. Along the way, they discuss self-driving cars, humanoid robots, global competition, and why lowering the barrier to building physical AI could unlock an entirely new generation of products and companies.
Resources:
Follow Qasar Younis on X: https://x.com/qasar
Follow Peter Ludwig on LinkedIn: linkedin.com/in/peterwludwig
Follow Marc Andreessen on X: https://x.com/pmarca
Stay Updated:
Find a16z on YouTube: YouTube
Find a16z on X
Find a16z on LinkedIn
Listen to the a16z Show on Spotify
Listen to the a16z Show on Apple Podcasts
Follow our host: https://twitter.com/eriktorenberg
Please note that the content here is for informational purposes only; should NOT be taken as legal, business, tax, or investment advice or be used to evaluate any investment or security; and is not directed at any investors or potential investors in any a16z fund. a16z and its affiliates may maintain investments in the companies discussed. For more details please see a16z.com/disclosures.
Hosted by Simplecast, an AdsWizz company. See pcm.adswizz.com for information about our collection and use of personal data for advertising.
As governments weigh new restrictions on frontier AI models, one question is becoming increasingly important: what role should open source play in the future of artificial intelligence?
Theo Jaffee and Sofia Puccini speak with Hugging Face CEO Clément Delangue about AI regulation, open source safety, model routing, and why he believes competition—not consolidation—is essential for the industry's future.
They discuss GPT-5, government oversight of frontier models, Hugging Face surpassing $100 million in annual recurring revenue, local AI, China's open-source ecosystem, Europe's AI ambitions, and why routing workloads across specialized models could fundamentally reshape where value is created in AI.
Resources:
Follow Clément Delangue on X: https://x.com/ClementDelangue
Follow Theo Jaffee on X: https://x.com/theojaffee
Follow Sofia Puccini on X: https://x.com/schisofrenia
Follow MTS on X: https://x.com/mtslive
Stay Updated:
Find a16z on YouTube: YouTube
Find a16z on X
Find a16z on LinkedIn
Listen to the a16z Show on Spotify
Listen to the a16z Show on Apple Podcasts
Follow our host: https://twitter.com/eriktorenberg
Please note that the content here is for informational purposes only; should NOT be taken as legal, business, tax, or investment advice or be used to evaluate any investment or security; and is not directed at any investors or potential investors in any a16z fund. a16z and its affiliates may maintain investments in the companies discussed. For more details please see a16z.com/disclosures.
Hosted by Simplecast, an AdsWizz company. See pcm.adswizz.com for information about our collection and use of personal data for advertising.
In 2019, I found a community of people who spoke to each other differently from the rest of the crypto world. With friendliness. With patience. With something that, in a space defined by speculation and self-interest, felt almost startling: genuine empathy. I stayed because of them. I learned about the technology afterward. The fair launch. The absence of venture capital. The decade of building without institutional permission or support. The privacy architecture that does what it claims to do. All of that confirmed what the community had already shown me: that this project had been built according to a different set of values from the beginning.
This article is my attempt to look at it honestly. All of it. The parts that are painful to see, and the parts that the noise makes it easy to miss.
I will start with the pain, because anything else would be dishonest, and dishonesty is precisely what this project has always refused.
Part One: What Is Broken
Open a price chart for PIVX and look at it without flinching.
Look at the distance between where it was and where it is. Look at the years represented in that chart. Look at the people who are in those years, who believed in something, who held through multiple cycles, who watched projects with inferior technology and no philosophical coherence command prices and attention that PIVX has never approached. Look at it as a document of what sustained disappointment feels like when it is measured in numbers on a screen.
The price is low. It has been low for a long time. This is not a temporary condition awaiting correction. It is the current reality, and it has consequences that compound.
A low price means a low treasury. The PIVX treasury is funded by block rewards, which means its real-world value is directly tied to the price of PIVX. A depleted treasury means reduced capacity to fund development, to attract contributors, to communicate with the outside world, to compete for attention in a space where attention is the primary currency. The feedback loop runs in one direction and then doubles back on itself. Less funding means reduced visibility. Reduced visibility means lower adoption. Lower adoption means lower price. Lower price means less treasury.
This is not a mystery. It is a structural problem of considerable seriousness, and it deserves to be named as such rather than softened into a temporary setback.
The price has also done something to the community that is harder to measure but no less real.
People who believe in something and watch the market consistently disagree with their belief develop a particular kind of frustration. It is not the clean frustration of having been wrong. It is the more corrosive frustration of not knowing whether you are wrong. Of holding a conviction in one hand and a price chart in the other and being unable to reconcile them. Of watching years pass. Of explaining to people who ask why you are still here and hearing, in their polite responses, the unspoken question of whether you are simply unable to admit a mistake.
That frustration is legitimate. It deserves to be acknowledged without condescension and without the hollow reassurance that the market will eventually see what you see. Markets are not truth-finding mechanisms. They are attention-measuring mechanisms. They measure what is popular, not what is correct. Knowing this does not make the frustration smaller. It sometimes makes it larger.
Under this kind of sustained pressure, communities fracture. They fracture along existing fault lines that were invisible when things were going well. Old disagreements resurface. Blame circulates. The question of what went wrong becomes less a genuine inquiry and more a weapon deployed in arguments that are really about something else: the grief of watching something you believed in fail to be recognised by the world you believed it deserved.
The infighting is real. The toxicity is real. Some of it is a consequence of the price. Some of it may be a cause of the price. Some of it is simply what happens when passionate people disagree under conditions of sustained stress. All three of these things can be true simultaneously, and pretending otherwise helps nobody.
The whale dynamics deserve their own honest paragraph. In any small-cap project, large holders carry disproportionate weight. Their decisions affect price. Their presence in governance affects direction. Their behaviour in community spaces affects culture. When that influence is exercised with care and long-term vision, it can stabilise a project through difficult periods. When it is exercised carelessly, self-interestedly, or with the short-term logic that the attention economy rewards, it damages everything it touches. PIVX has experienced both. Whether this is a symptom of decline or a contribution to it is a question that cannot be answered cleanly, which is itself part of the problem.
And then there is the visibility.
Ten years of serious, documented technical work. A privacy implementation that is not marketing language but cryptographic fact. A governance model that is not a whitepaper promise but an operational reality. A fair launch that is not a talking point but a historical record. And most of the crypto world, including most of the people who care about financial privacy, has only the vaguest sense that PIVX exists.
This is a failure. Not of the technology. Not of the principles. A failure of communication, of positioning, of the ability to translate what is genuinely important into language that reaches people who have not yet decided to pay attention. In a world where attention is everything, the inability to capture it is not a minor inconvenience. It is an existential condition.
This is where the middle child lives. The one who does not perform. Who does not act out for attention, who does not manufacture crises to be noticed, who simply does the work with the quiet conviction that the work is real. In a world that rewards performance, the middle child is overlooked. Not because they are less. Because they have refused to play the game that determines who gets seen.
PIVX has refused to play that game from the beginning. The fair launch was a refusal. The absence of venture capital was a refusal. The decision to build the technology correctly rather than to build the narrative compellingly was a refusal. And in a market that is, at its core, a narrative competition, these refusals have had a price.
The question that the first section ends on, without resolving, is this: do those refusals represent a failure of strategy, or an expression of integrity? And is there a difference, in the long run, between the two?
Part Two: What Is Real
Most people arrive at a crypto project through the price and stay, if they stay at all, for the community.
I arrived through the community and stayed for everything else. This inversion is not incidental. It is the first thing I understood about what makes PIVX different, and understanding it properly requires sitting with it for a moment.
In 2019, the community I found was not performing helpfulness. It was not executing a retention strategy. The friendliness was not a marketing decision. The empathy was not a differentiating feature designed to attract a particular demographic. These qualities were simply present, in the way that certain qualities are present in a space where the people who built it built it according to those qualities from the beginning.
This is not sentimentality. It is a structural observation. Communities reflect their architecture. A project that launches with an ICO attracts, from its first moment, a population of early investors whose primary relationship to the project is financial. A project backed by venture capital carries, from its first moment, the preferences and timelines of its institutional stakeholders. A project with a pre-mine distributes influence asymmetrically from day one, in ways that shape governance and culture for years.
PIVX had none of these. The launch was fair. Every participant arrived on the same terms. The people who stayed were the people who chose to stay, for reasons that were not primarily financial, which meant the culture they built together reflected those reasons.
This is where the price critique, valid as it is, runs into its limit. A fair launch produces a different kind of community than a funded launch. The difference is real and measurable. It is also, in certain market conditions, a competitive disadvantage. Projects with institutional backing have marketing budgets, exchange relationships, and coordinated launch strategies. PIVX had people who believed in something and built accordingly, and obviously still has because they’re still building spearhead technology. That is not nothing. In certain conditions, it is everything. In the conditions of the last several years, it has not been enough to compete for attention. Both of these things are true, and holding them simultaneously is more honest than resolving them artificially in either direction.
Now look at what was built by those people over those ten years.
The privacy technology is not a claim. It is an implementation. PIVX uses zero-knowledge cryptography to shield transactions in a way that does not merely obscure data but ensures that no data is generated in the first place. This is a categorical distinction. Other privacy approaches, including those used by more prominent projects, only hide transaction information in more or less fancy ways. PIVX’s shielded transactions ensure there is nothing to hide, because there is nothing to find. The mathematics do not produce a trail. The regulator cannot demand records that were never created. The analyst cannot follow a path that was never laid.
This matters beyond the technical. It matters philosophically, and the philosophy connects to something that predates cryptocurrency by several thousand years.
Money, at its core, is a social instrument. It exists to allow strangers to exchange value without requiring prior relationship, shared identity, or mutual trust beyond the moment of exchange. For this to work, money must be neutral. It must arrive without a history attached to it. It must be fungible: any unit interchangeable with any other unit, carrying no moral weight from its previous holders, asking nothing of the parties except that the exchange is genuine.
Fungibility is not a feature of money. It is the condition that makes money possible. Without it, every transaction requires a judgment about provenance. Someone must decide which coins are clean and which are tainted. That someone is not neutral. They never are. And the power to make that judgment is the power to include or exclude participants in the economy itself.
Privacy is the mechanism of fungibility. Not an addition to it. The mechanism by which fungibility exists. Remove privacy and you remove fungibility. Remove fungibility and what you have is not money. It is a permission system wearing money’s clothes.
The Emperor Vespasian understood this in the first century AD, when he held up a coin and noted that it carried nothing of its history. Pecunia non olet. Money does not stink. PIVX was built on the same principle, expressed in modern cryptographic terms. The shielded transaction is the descendant of Vespasian’s coin: neutral, clean, carrying nothing forward that would compromise the equality of the parties in the exchange.
This is not a niche concern. It is the philosophical foundation of what money should be, and it is being systematically dismantled by the regulatory frameworks, the compliant stablecoins, and the programmable currencies that are arriving now dressed in the language of modernisation and consumer protection. In that context, a project that has spent ten years building genuine fungibility through genuine privacy is not marginal. It is necessary.
Look also at what ten years in this space actually means.
The crypto graveyard is extensive and well-populated. Projects with larger communities, bigger budgets, better marketing, more exchange listings, and more coherent narratives have failed. They failed because the foundations were not sound, because the incentives were not aligned, because the people who built them were building for an exit rather than for the work. A project optimised for the attention economy performs well until it doesn’t and then collapses entirely, because there was nothing underneath the performance.
PIVX is still here. Through multiple bear markets that destroyed projects with more resources. Through exchange delistings that would have ended projects with shallower communities. Through regulatory pressure on privacy coins specifically, pressure that has forced less resilient projects to compromise their core functionality or exit the market entirely. Through years of being overlooked by the capital and attention that flow toward whatever the current narrative favours.
Still developing. Still governed by its community. Still building the technology that the mathematics supports.
Resilience of this kind is not luck. It is a consequence of foundations. A project built on hype collapses when the hype collapses. A project built on genuine technology and genuine community retains those things through conditions that consume everything else.
And the governance. Real votes by real participants on a real treasury, with real outcomes that determine real direction. Masternode operators who are not passive investors but active stewards. Developers who propose and argue and revise in public because the quality of the argument is the only thing that determines whether a proposal advances. A system without a CEO to blame or a board to defer to or an institutional investor whose preferences silently shape every decision. Just people, with genuine power, exercising it imperfectly in the way that genuine power is always exercised.
This is what democracy looks like when it works. Messy. Slow. Occasionally frustrating. Capable of producing decisions that turn out to be wrong. Incapable of being purchased.
Part Three: What Remains
Here is the honest position, stated plainly.
The price is low and the consequences are real and the community has been damaged by years of pressure and the visibility problem has not been solved. These things are true.
The technology is sound and the foundations are genuine and the fair launch was a moral choice with structural consequences and the resilience is documented and the governance is real and the thing being built is more important now than it was when it was built. These things are also true.
Both sets of truths exist simultaneously. The article that pretends otherwise, in either direction, is not honest. The promotional piece that skips the first set insults the intelligence of everyone who has watched the price chart. The dismissal that ignores the second set mistakes a market verdict for a factual one.
Markets are not oracles. They are measuring devices for a specific and limited thing: what is currently capturing attention and capital. They measure this with great efficiency. They measure almost nothing else. A low price tells you that PIVX is not currently winning the attention competition. It tells you nothing about whether the thing being built is correct, whether the foundations are sound, whether the problem being solved is real, or whether the solution is working.
The attention economy has produced a world in which everything is measured in performance. Likes. Clicks. Price. Market cap. Projects are designed for narrative first and substance second, because narrative is what captures attention and attention is what capital follows. The result is a landscape full of things that look impressive and require constant maintenance and begin to fail the moment the attention moves elsewhere.
PIVX was built in the opposite order. Substance first. Narrative almost not at all. The fair launch was a decision against performance. The decade without venture capital was a decision against the kind of growth that requires surrendering direction to people whose interests are not yours. The choice to implement zero-knowledge privacy correctly rather than quickly enough to announce was a decision for the work over the appearance of the work.
These decisions produced a project that performs poorly in the attention economy and soundly in every other dimension that matters for what money should be. That is not a comfortable position. It is an honest one.
We live in a world that is simultaneously building the infrastructure of total financial surveillance and creating a growing population of people who will one day need an alternative. The programmable stablecoin. The MiCA-compliant currency that can be frozen on instruction. The CBDC that arrives as an app and departs with your financial autonomy. These are not distant futures. They are present conditions, advancing.
In that world, the thing PIVX represents is not a niche interest. It is the preservation of what money has always needed to be in order to function as money: neutral, fungible, private, belonging to the person who holds it rather than to the institution that issued it. The market has not priced this yet. It will, when it must. Markets always price necessity eventually. The question is whether the projects that understood necessity early will still be standing when the pricing happens. PIVX has survived everything that the last ten years could produce. There is reasonable basis for believing it will still be standing.
I came to PIVX in 2019 because of how people treated each other. I stayed because of what I understood afterward. I am still here because of both, and because looking honestly at everything that is broken has not changed what I see when I look at what is real.
The price chart is real. The community fractures are real. The treasury constraints are real. The visibility failure is real.
The technology is real. The foundations are real. The fair launch is real. The ten years are real. The governance is real. The mathematics of privacy that produce genuine fungibility are real. The importance of what is being preserved, in a world that is actively dismantling it, is real.
All of these things are true at the same time. Living with that complexity, without resolving it falsely in either direction, is what intellectual honesty requires. It is also, I think, what the project has always required of the people who build it and govern it and hold it through the years when the market is not paying attention.
The sun does not stop shining because clouds are in the way. The light is still there. The warmth is still there. The thing that makes growth possible is still there, unchanged by the weather that moves across it.
PIVX has been building in the clouds for a long time.
The sun is still shining. It does not need us to see it to continue.
PIVX. Your Rights. Your Privacy. Your Choice.
To stay on top of PIVX news please visit PIVX.org and Discord.PIVX.org.
The Sun Is Still Shining was originally published in PIVX on Medium, where people are continuing the conversation by highlighting and responding to this story.
getstandardfee RPC and Four Security Fixes
We are releasing Zebra 6.1.0 today. This release adds a new getstandardfee RPC and fixes four security issues affecting block verification, node liveness, and mining. There are no consensus changes. All node operators are encouraged to upgrade.
getstandardfee RPC
A new getstandardfee RPC returns the ZIP-317 marginal fee, giving wallets and other clients a direct way to query the current standard fee. The value is also exposed to Rust consumers as transaction::zip317::MARGINAL_FEE. (#10717)
getblocktemplate Can Produce Oversized, Invalid Blocks (Low)
When Zebra built a block template, its ZIP-317 transaction selector budgeted mempool transactions against the full maximum block size while reserving space only for the coinbase transaction, not for the serialized block header or the transaction-count field, both of which count toward the limit (roughly 1,490 bytes on Mainnet and Testnet). If the selected transactions filled that margin, the assembled block exceeded the consensus size limit, so a miner would perform proof-of-work on a block that every node rejects, wasting the work; an attacker able to place valid, selectable transactions in a victim miner’s mempool could deliberately shape templates into the affected range. Non-mining nodes were unaffected, and because oversized blocks are correctly rejected there was no consensus divergence. Zebra now reserves the network-specific header size and the maximum transaction-count width before selecting transactions, so templates stay within the limit. Thanks to @ebfull of Project Tachyon for reporting this issue via coordinated disclosure.
GHSA-g7c4-2w6c-cr3r: Unattributed Pushed-Transaction Failures Allow Batch-Verification Poisoning (Moderate)When a directly pushed mempool transaction failed verification, Zebra did not record the sending peer’s address on the failure, so the peer was never misbehavior-scored or banned. Because Orchard proof verification runs through a process-global batch verifier shared by mempool and block verification, a peer could repeatedly push transactions carrying invalid Orchard proofs at no cost, forcing each shared batch onto the slow per-proof path, including honest proofs from block processing batched alongside, and sustaining a measured block-processing slowdown for as long as the traffic continued. There was no crash, consensus divergence, or state corruption. Zebra now attributes pushed-transaction verification failures to the sending peer so the existing misbehavior scoring can ban it. This closes the verification-failure attribution gap left by the admission-accounting fix in GHSA-m9xx-8rcj-vmgp. Thanks to @ebfull of Project Tachyon and @ValarDragon of Valar Group for reporting this issue via coordinated disclosure.
GHSA-4g24-549m-hp75: Quadratic Transparent Value Check in Block Verification (Moderate)During contextual verification, Zebra checked the remaining transparent value of every non-coinbase transaction by cloning and converting the entire block-level spent-output map once per transaction, turning a linear check into quadratic work. A block near the size limit packed with minimal single-input transactions (up to roughly 26,000) could take over 52 seconds to validate on fast hardware. Because the affected code runs only after proof-of-work checks pass, triggering it requires a validly mined block (produced directly or by seeding the mempool for an honest miner), which bounds the attack to a one-time, self-clearing stall per block with no crash, consensus divergence, or state corruption. Zebra now passes each transaction only the outputs it spends, making the check linear in total inputs. Thanks to @ebfull of Project Tachyon and @ValarDragon of Valar Group for reporting this issue.
GHSA-8gxx-hc65-vv82: Chain Stall via Staleparent_error_map Entry (Moderate)
When a block failed contextual verification, Zebra recorded its hash in an in-memory map and propagated that failure to any child block whose parent was in the map, but entries were only removed by a fixed size limit or a restart, never when the canonical block at that hash later committed successfully. Using the same ZIP-244 coinbase-malleability primitive as GHSA-4m69-67m6-prqp, an unauthenticated peer that won the propagation race could get a poisoned block sharing a canonical block’s hash rejected first, so the canonical successor was then rejected against the stale entry, stalling the node at that height for roughly 41 hours per trigger and repeatable on each new block. The stall cleared on restart, with no crash, consensus divergence, or state corruption. Zebra now removes a hash from the map when the canonical block at that hash commits successfully. Thanks to @deedim for reporting this issue, including a deterministic proof of concept and analysis of its relationship to GHSA-4m69-67m6-prqp.
Thank You to Our ContributorsThis release was made possible by the work of @aphelionz, @evan-forbes, @jvff, @oxarbitrage, @upbqdn, and @weifanglab. Thank you for your continued contributions to Zebra.
Zebra is the Zcash Foundation’s independent, Rust-based implementation of the Zcash protocol. Learn more at github.com/ZcashFoundation/zebra.
The post Zebra 6.1.0 Release appeared first on Zcash Foundation.
Welcome to another edition of the PIVX Weekly Ecosystem Update, where we take a look at the latest developments across the network, market performance, and community initiatives that shaped the past week.
Masternode Network Overview
The PIVX network remained healthy and resilient throughout the week, with masternode participation continuing to demonstrate strong community confidence.
Current Network Statistics
- Active Masternodes: 2,095
- Estimated Annual Reward: ~15.06%
- PIVX Locked: 19.96%
Stable masternode participation continues to play an important role in securing the network while providing consistent reward opportunities for operators. Nearly one-fifth of the circulating supply remains locked, reflecting ongoing long-term commitment from the community.
Weekly Market Performance
Over the past week, PIVX traded mostly between $0.037 and $0.040, moving in line with the broader cryptocurrency market.
Despite overall market fluctuations, interest from privacy advocates, long-term supporters, and traders remained steady, highlighting the continued demand for privacy-preserving digital assets.
Trading Volume & Liquidity
Market activity remained consistent across major exchanges.
Daily trading volume fluctuated between $1.5 million and $2.4 million, while the current 24-hour trading volume sits at approximately $1.6 million. These figures indicate stable liquidity and continued participation from market participants.
Ecosystem & Community Highlights
The PIVX ecosystem continued expanding its community-driven initiatives, reinforcing its mission of promoting privacy, decentralization, and financial freedom.
Coin World maintained momentum with its weekly leaderboard campaign, allowing users to earn $PIVX by inviting friends into the platform. The initiative combines friendly competition with community growth, helping introduce new users to the ecosystem through engaging, location-based experiences.
On the education front, the latest edition of PIVX Voices, titled "The Pincer," explored strategic lessons inspired by The Art of War by Sun Tzu. The publication connects timeless principles of strategy with today's rapidly changing digital world, encouraging readers to embrace resilience, adaptability, and long-term thinking.
Together, these initiatives continue to strengthen the PIVX ecosystem by encouraging education, participation, and innovation while reinforcing the project's long-standing commitment to privacy and financial sovereignty.
Conclusion
Another productive week reflects the continued strength of the PIVX ecosystem. From stable network participation and healthy market activity to educational content and community campaigns, PIVX continues building an ecosystem centered on privacy, decentralization, and user empowerment.
PIVX. Your Rights. Your Privacy. Your Choice.
To stay on top of PIVX news please visit PIVX.org and Discord.PIVX.org.
PIVX Weekly Ecosystem Update (11th July – 17th July 2026) was originally published in PIVX on Medium, where people are continuing the conversation by highlighting and responding to this story.
Recorded live at the New Media Summit, Erik Torenberg sits down with Replit founder and CEO Amjad Masad to discuss founder-led storytelling, building in public, and the role of media in company building.
Masad reflects on Replit’s decade-long journey, including the years before the company’s recent breakout growth, and explains why communicating a vision can be just as important as executing on it. He argues that for many founders, especially those building ambitious products ahead of the market, telling a compelling story is often necessary to attract talent, capital, and early believers.
The conversation explores social media, authenticity, public communication, company-building, and how founders can develop a voice that resonates beyond their product. Along the way, Masad shares lessons from building Replit, navigating controversy, and why he believes founders should think carefully about when to go direct and what story they're trying to tell.
Resources:
Follow Amjad Masad on X: https://x.com/amasad
Follow Erik Torenberg on X: https://x.com/eriktorenberg
Stay Updated:
Find a16z on YouTube: YouTube
Find a16z on X
Find a16z on LinkedIn
Listen to the a16z Show on Spotify
Listen to the a16z Show on Apple Podcasts
Follow our host: https://twitter.com/eriktorenberg
Please note that the content here is for informational purposes only; should NOT be taken as legal, business, tax, or investment advice or be used to evaluate any investment or security; and is not directed at any investors or potential investors in any a16z fund. a16z and its affiliates may maintain investments in the companies discussed. For more details please see a16z.com/disclosures.
Hosted by Simplecast, an AdsWizz company. See pcm.adswizz.com for information about our collection and use of personal data for advertising.
Yesterday, Valar Group and Project Tachyon announced Zakura, a new Zcash full node built from the Zebra codebase. We want to state plainly: this is good for Zcash, and we welcome it.
Zebra was built to be forked. We released it under permissive open-source licenses precisely so that anyone could build on it and improve it. Zakura’s engineering is impressive including faster initial sync, pruning, snapshot bootstrapping, and a compatibility path for zcashd operators — and it arrives at the moment the network needs more capable options, not fewer. We congratulate the Zakura team, several of whom have also contributed directly to Zebra itself, including to our most recent release. This is an example of open source working as intended.
First things first: NU6.3 activates this month. Zebra 6.0.0, released July 10th, fully supports the Ironwood network upgrade, which activates on Mainnet at block height 3,428,143 — around the end of July. With zcashd reaching end of life, every node operator must be running NU6.3-capable software before activation. If you run Zebra today, upgrade to 6.0.0 now. If you’re migrating from zcashd, both Zebra and Zakura have ready paths, and our documentation and support channels are open to help either way. The single most important thing for the network this month is that every operator completes this upgrade on time.
One request, whichever node you choose. The events of this past June were a reminder that a consensus network’s security depends on independent verification — different implementations, independently built and reviewed, each checking the other’s work. If your infrastructure moves to Zakura, we’d encourage you to keep a Zebra node running alongside it as an independent consensus check. It’s inexpensive, it’s standard practice for critical infrastructure, and it strengthens the network for everyone.
Zebra’s mission going forward. Zcash Foundation (ZF) will maintain Zebra for the long term as the network’s independently governed reference implementation — consensus-current, and rigorously reviewed. Alongside it, we are investing in verification infrastructure that serves every implementation: cross-implementation conformance test suites and differential testing that catches consensus divergences before they reach mainnet. A network as valuable as Zcash deserves an assurance layer that doesn’t depend on any single team getting everything right, including us.
We also want to state a governance principle clearly: the Zcash protocol belongs to its community, and it evolves through the open ZIP process — not through any one implementation, organization, or entity, and that includes ZF. We will support formal recognition of any implementation that demonstrates conformance to the protocol specification, and we’ll build the public conformance infrastructure that makes “demonstrates conformance” a testable, neutral standard rather than a matter of opinion.
ZF has the independence and the resources to do this patient work for the next decade. More implementations, more builders, and more velocity are good for Zcash — our job is to make sure the network they all share stays secure, verifiable, and governed in the open.
The post Zebra, Zakura, and the road through NU6.3 appeared first on Zcash Foundation.
Nish Khandwala and David Eng are building the AI agent platform to serve every function across the health system: clinical, operational, and administrative.
By Alfred Lin Published July 16, 2026 David and Nish.Healthcare hasn’t historically been known as a fast or early technology adopter. Researchers struggle to access external data, collaborate with research institutions, and navigate complex regulations. Hospitals and health systems try to create their own tools or implement narrow point solutions from vendors, but they too often stall in experimentation and never reach patient care.
Health systems need the right platform to quickly adopt AI, so they can refocus their time back on improving patient outcomes and providing better care.
Bunkerhill Health is that platform. Their core product, Carebricks, lets health systems create and deploy AI agents across any clinical or operational use case – turning the data a hospital already generates into timely action for the patients who need it. We first backed Nish Khandwala and David Eng at the seed, and we are proud to continue to double down.
Nish did not read about this problem; he lived it. As a graduate student at Stanford, he helped build an algorithm that could estimate a patient’s coronary artery calcium score from a routine chest scan – a signal of cardiovascular risk that normally requires a dedicated, more invasive test. The algorithm was good enough to be published in Nature Digital Medicine. And then it went nowhere. Around the same time, Nish’s father suffered a heart attack, and his CT scan carried the very calcium signals the Stanford algorithm was built to catch. It is one thing to know that proven science sits unused in academic papers. It is another to watch it fail to reach your own family.
That experience taught Nish something non-obvious: the bottleneck in healthcare AI is not the technology, it is everything around it. So Bunkerhill initially built a system that gets an idea from research to the bedside – sourcing data from a consortium of leading academic medical centers, validating the model, shepherding it through FDA clearance, and installing it into the hospital where a clinician and a patient can actually use it. But they ran into another problem: health systems do not have the time or resources to deploy one-off AI solutions. So Bunkerhill built Carebricks to allow any health system to bring their ideas to life with AI agents across clinical, operational, and administrative work in one central platform. Health systems bring the ideas and the clinical judgment, and Bunkerhill turns them into agents.
We have watched this compound in the field. At UTMB Health, Bunkerhill rapidly went from one agent in production to more than twenty, spreading from one specialty to the next as clinicians saw what it could do. And just as importantly, it has allowed UTMB to consolidate what used to be multiple vendors’ point solutions into a single platform with Carebricks.
Bunkerhill’s agents run quietly in the background, surfacing the findings that matter and catching the cases the system would have missed. Not to automate clinicians away, but to automate manually-intensive work so clinicians and their teams can focus more time on what they do best: caring for their patients.
Nish and David are outlier founders with the technical depth and the relentlessness this problem demands, and they are pulling healthcare toward faster iteration and better outcomes for every patient, not just the average one. We are excited to partner with Nish, David, and the entire Bunkerhill team as they build the agentic AI platform for healthcare.
Share Share this on Facebook Share this on Twitter Share this on LinkedIn Share this via email Related Topics #AI #Funding announcement #Healthcare Ineffable Intelligence: A Superlearner For the Age of Experience by Sonya Huang and Alfred Lin News Read Partnering with Abby Care By Josephine Chen and Alfred Lin News Read Partnering with Profound By Anas Biad, Brian Halligan and Alfred Lin News Read JOIN OUR MAILING LIST Get the best stories from the Sequoia community. Email address Leave this field empty if you’re human:The post Partnering with Bunkerhill Health: AI Agents that Improve Patient Outcomes appeared first on Sequoia Capital.
Nim, Leon, Linda and Itamar are building an AI employee powered by real-time computer use and vision.
By Shaun Maguire Published July 16, 2026 Leon, Nim, Linda and Itamar.The frontier of AI is moving at a pace most of the economy can’t match. Labs ship new capabilities every month, while the Fortune 500 scrambles to absorb what came out last year. Watching this gap widen, it’s clear that the bottleneck isn’t only intelligence, it’s helping customers understand what AI can actually do for them. It’s the reason we’re thrilled to partner with Sable.
Imagine your business wanted every buyer to fully understand your product or service, without the realities of time and scale. What would you do? You’d put your best product expert in every conversation. They’d learn each customer’s goals and deeply empathize. They’d demonstrate the product instead of describing it. They’d answer every question, adapt to every level of experience, and stay until the customer understood not just what your product is, but what it could do for them. And they wouldn’t do this for your largest accounts alone. They’d do it for every prospect.
Sable makes this possible. It created “Aidan,” the first AI employee, who leads its own customer calls with vision, voice, video and real-time browser interaction. Sable is less than one year old, but frontier companies are already using it to explain their products, including Notion’s custom agents and Decagon’s agent-building platform, alongside large public enterprises. There is a staggering range of applications and organizations eager to deploy AI employees, from the world’s fastest-growing companies looking to keep pace with demand, to large enterprises seeking to accelerate growth with AI. We’ve been blown away by the market pull for this new capability, with +150 companies already on Sable’s waitlist.
Enterprise deployments of multimodal AI employees require a combination of customer obsession and technological breakthroughs at the frontier of the field: low-latency browser use, real-time vision and simultaneous human-agent interaction. Problems like these are ultimately won by people. Sable is exceptionally well-positioned to solve them.
The four founding team members are friends from Harvard, where they studied post-training, reinforcement learning and multimodality. They worked at SpaceX, Google, Meta and Together AI. Nim, co-founder and CEO, is a rare combination of a leader and visionary. He has an innate talent, and impressive experience recruiting the highest-caliber people to work together and achieve the unlikely. That philosophy has shaped Sable from the beginning: the company is obsessed with hiring exceptional talent. Among their first hires is a unique mix of applied AI researchers and customer-obsessed engineers, including ten Harvard alums, former quantitative traders and International Math Olympiad winners.
The combination of an all-star team, undeniable market demand and bold vision is why we were thrilled to lead Sable’s seed round and co-lead its Series A. We believe Nim, Leon, Linda and Itamar are building foundational infrastructure for companies to manage their AI employees, and we couldn’t be more excited to be on this journey with them.
Share Share this on Facebook Share this on Twitter Share this on LinkedIn Share this via email Related Topics #AI #Funding announcement Partnering with Irregular: Ahead of the Curve By Shaun Maguire and Dean Meyer News Read Partnering with Kela: Modern Defense for Israel and Western Allies By David Cahn, Dean Meyer and Shaun Maguire News Read Partnering with Decart: The Future of AI-Generated Experiences By Shaun Maguire and Dean Meyer News Read JOIN OUR MAILING LIST Get the best stories from the Sequoia community. Email address Leave this field empty if you’re human:The post Partnering with Sable: Closing the Diffusion Gap appeared first on Sequoia Capital.
As part of our summer replay series, we're revisiting one of our most-discussed conversations from the past year.
David Sacks joins Marc Andreessen, Ben Horowitz, and Erik Torenberg to discuss the intersection of AI, crypto, regulation, and American competitiveness.
The conversation explores the Trump administration's approach to AI and crypto policy, open source AI, export controls, energy and infrastructure, the global race with China, and the role regulation plays in shaping innovation. They also discuss stablecoins, the future of AI development, permissionless innovation, and why they believe America's long-term advantage depends on enabling builders rather than slowing them down.
Along the way, Sacks shares his perspective on AI safety, decentralized technology, federal versus state regulation, and what it will take for the U.S. to remain the global leader in emerging technologies.
Resources:
Follow David Sacks on X: https://x.com/DavidSacks
Follow Marc Andreessen on X: https://x.com/pmarca
Follow Ben Horowitz on X: https://x.com/bhorowitz
Stay Updated:
Find a16z on YouTube: YouTube
Find a16z on X
Find a16z on LinkedIn
Listen to the a16z Show on Spotify
Listen to the a16z Show on Apple Podcasts
Follow our host: https://twitter.com/eriktorenberg
Please note that the content here is for informational purposes only; should NOT be taken as legal, business, tax, or investment advice or be used to evaluate any investment or security; and is not directed at any investors or potential investors in any a16z fund. a16z and its affiliates may maintain investments in the companies discussed. For more details please see a16z.com/disclosures.
Hosted by Simplecast, an AdsWizz company. See pcm.adswizz.com for information about our collection and use of personal data for advertising.
As part of our summer replay series, we're revisiting one of our favorite conversations on the future of AI infrastructure.
SemiAnalysis founder Dylan Patel joins Erin Price-Wright, Guido Appenzeller, and Erik Torenberg to examine the rapidly evolving economics of AI hardware, from GPUs and custom silicon to data centers, power, and the global race for compute.
The conversation explores NVIDIA's competitive advantages, the rise of custom chips from Google, Amazon, and Meta, the economics of frontier AI models, and the infrastructure constraints shaping the industry's next phase. They also discuss AI startups, export controls, robotics, enterprise software, and why simply copying NVIDIA isn't enough to build a winning AI hardware company.
Whether you're building AI products, investing in infrastructure, or trying to understand where the industry is headed, this conversation offers a practical look at the forces shaping the future of compute.
Resources:
Follow Dylan Patel on X: https://x.com/dylan522p
Follow Erin Price-Wright on X: https://x.com/espricewright
Follow Guido Appenzeller on X: https://x.com/appenz
Learn more about SemiAnalysis: https://semianalysis.com/dylan-patel/
Stay Updated:
Find a16z on YouTube: YouTube
Find a16z on X
Find a16z on LinkedIn
Listen to the a16z Show on Spotify
Listen to the a16z Show on Apple Podcasts
Follow our host: https://twitter.com/eriktorenberg
Please note that the content here is for informational purposes only; should NOT be taken as legal, business, tax, or investment advice or be used to evaluate any investment or security; and is not directed at any investors or potential investors in any a16z fund. a16z and its affiliates may maintain investments in the companies discussed. For more details please see a16z.com/disclosures.
Hosted by Simplecast, an AdsWizz company. See pcm.adswizz.com for information about our collection and use of personal data for advertising.
As part of our summer replay series, we're revisiting one of the standout conversations from Runtime, a16z's conference on AI infrastructure and the future of computing.
Gavin Baker, Managing Partner and CIO of Atreides Management, joins David George to examine the biggest questions surrounding today's AI investment cycle. Is AI a bubble? What does the unprecedented buildout of data centers, GPUs, and compute infrastructure mean for the economy? And how should investors think about the companies building the next generation of AI?
The conversation explores frontier models, Nvidia, Google, custom silicon, AI infrastructure, application software, robotics, and why Baker believes today's AI investment cycle looks fundamentally different from the internet bubble of the early 2000s. Along the way, they discuss the economics of GPUs, enterprise software, AI business models, and what comes next as AI moves from experimentation into the broader economy.
Resources:
Follow Gavin Baker on X: https://x.com/GavinSBaker
Follow Atreides Management on X: https://x.com/atreidesmgmt
Follow David George on X: https://x.com/DavidGeorge83
Stay Updated:
Find a16z on YouTube: YouTube
Find a16z on X
Find a16z on LinkedIn
Listen to the a16z Show on Spotify
Listen to the a16z Show on Apple Podcasts
Follow our host: https://twitter.com/eriktorenberg
Please note that the content here is for informational purposes only; should NOT be taken as legal, business, tax, or investment advice or be used to evaluate any investment or security; and is not directed at any investors or potential investors in any a16z fund. a16z and its affiliates may maintain investments in the companies discussed. For more details please see a16z.com/disclosures.
Hosted by Simplecast, an AdsWizz company. See pcm.adswizz.com for information about our collection and use of personal data for advertising.
Every blockchain today relies on replication techniques first developed in the 1980s by researchers who weren't thinking about cryptocurrencies at all.
In this episode, Tim Roughgarden speaks with MIT professor and Turing Award winner Barbara Liskov, one of the pioneers of programming languages, fault tolerance, and distributed systems. Joined by a16z crypto research partner Ittai Abraham, they trace the evolution of ideas that now underpin modern blockchain networks.
The conversation explores viewstamped replication, Practical Byzantine Fault Tolerance (PBFT), state machine replication, and why concepts developed decades before Bitcoin became the foundation for today's blockchain protocols. Along the way, Liskov reflects on the relationship between theory and practice, the importance of modularity and formal reasoning, and why AI is creating a new generation of systems research.
Resources:
Follow Tim Roughgarden on X: https://x.com/Tim_Roughgarden
Follow Ittai Abraham on X: https://x.com/ittaia
Follow a16z Crypto on X: https://x.com/a16zcrypto
Subscribe to The a16z Crypto Show: https://a16zcrypto.substack.com/subscribe/
Stay Updated:
Find a16z on YouTube: YouTube
Find a16z on X
Find a16z on LinkedIn
Listen to the a16z Show on Spotify
Listen to the a16z Show on Apple Podcasts
Follow our host: https://twitter.com/eriktorenberg
Please note that the content here is for informational purposes only; should NOT be taken as legal, business, tax, or investment advice or be used to evaluate any investment or security; and is not directed at any investors or potential investors in any a16z fund. a16z and its affiliates may maintain investments in the companies discussed. For more details please see a16z.com/disclosures.
Hosted by Simplecast, an AdsWizz company. See pcm.adswizz.com for information about our collection and use of personal data for advertising.
We are releasing Zebra 6.0.0 today. This is the first stable release with support for the NU6.3 “Ironwood” network upgrade on Mainnet, setting the Ironwood activation height at 3,428,143. It promotes the work first shipped in 6.0.0-rc.0 to a stable release, and adds a mempool-verification security fix, several networking and read-state fixes, and a new build-time dependency (libclang) made since the release candidate. All node operators should upgrade before NU6.3 activates on Mainnet.
Zebra 6.0.0 activates the NU6.3 “Ironwood” shielded pool and v6 transaction format on Mainnet at height 3,428,143 (expected around 13:00 UTC on July 28, 2026), alongside the Testnet activation height of 4,134,000 introduced in the release candidate. (#10938) Ironwood adds a new shielded pool that reuses Orchard’s Action and Halo2 proof system while adding its own note commitment tree, nullifier set, chain value pool, and chain-history metadata, delivered through a new v6 transaction format.
The z_gettreestate, z_getsubtreesbyindex, and verbose getblock RPCs expose the Ironwood note commitment tree and its subtree roots from NU6.3 activation, and the getblockchaininfo and getblock valuePools fields include the Ironwood pool. (#10762, #10888)
This stable release also updates the zcash_* and orchard crates from the pre-release versions used in the release candidate to their released NU6.3 versions.
For the full set of features first introduced in the release candidate (signed pre-built zebrad binaries, the block-notify command, resumable indexer streaming, and the two security fixes GHSA-x6v8-c2xp-928m and GHSA-m9xx-8rcj-vmgp), see the 6.0.0-rc.0 release notes.
Zebra ran full script verification on a mempool transaction before the cheap policy checks that would reject a non-standard, high-signature-operation P2SH script, so a peer sending transactions that are cheap to produce but expensive to verify could occupy the bounded verification capacity and degrade the responsiveness of mempool and block verification while the load persisted. The impact is availability degradation only, with no crash, consensus fault, invalid-block acceptance, or loss of funds, and it clears once the load subsides. Zebra now rejects mempool transactions with non-standard transparent inputs before script verification, and script verification now runs on the shared Rayon thread pool rather than blocking an async runtime worker; block (consensus) validation still runs full script verification.
Thanks to ouicate for reporting this issue, supplying a proof of concept, and refining the analysis during triage.
This is the latest in a series of mempool peer-fairness and resource-accounting hardening fixes, following the per-peer download cap (GHSA-4fc2-h7jh-287c) and the direct-push accounting fix shipped in 6.0.0-rc.0 (GHSA-m9xx-8rcj-vmgp).
Bug Fixes Since the Release Candidate Mempool Stays Active Through Sync NoiseOnce the mempool has started, Zebra no longer clears it or cancels its queued transaction verification when a transient signal (which lower-work forks or stale peers can trigger) reports the node is far from the tip. Initial mempool activation still waits until Zebra is near the chain tip. (#10929)
Peer Connections at the Chain TipZebra no longer disconnects from peers that return empty FindBlocks or FindHeaders responses when the local node is at or near the chain tip. (#10732)
Fixed a read-state syncer startup hang where a co-located consumer whose finalized state had caught up past the node’s non-finalized root would re-subscribe endlessly instead of syncing, advancing only one block per newly mined block. (#10841)
Syncer RestartsFixed syncer restarts caused by incorrect error downcasting; wrapped state-commit duplicate errors are now correctly classified as duplicate requests. (#10916)
Build and Compatibility Changes New build dependency:rocksdb was updated to 0.24, and the bundled librocksdb-sys now always runs bindgen, so libclang is required at build time (in addition to protoc and a C++ compiler), even when linking a system RocksDB via ROCKSDB_LIB_DIR. Install libclang-dev (Debian/Ubuntu), clang (Arch), or the equivalent for your platform. (#10922) The workspace (libraries) minimum supported Rust version is raised from 1.85.1 to 1.88. The zebrad binary MSRV is unchanged at 1.91. (#10927)
State Database Format
Zebra 6.0.0 uses state database format 28.0.0, introduced in the release candidate for the Ironwood shielded pool. This is a major-version bump that migrates in place from the previous major format, so no resync is required. Note that downgrading is not supported, so if you want to ensure you can rollback to an older version of Zebra if something goes wrong, then backup the state before upgrading Zebra.
UpgradingYou can find the release on GitHub, crates.io, and Docker Hub. Because this release sets the NU6.3 Mainnet activation height, all node operators should upgrade before Ironwood activates to remain on the correct chain.
Thank You to Our ContributorsThis release was made possible by the work of @conradoplg, @Cosmos-Harry, @dannywillems, @jvff, and @upbqdn. Thank you for your continued contributions to Zebra.
Zebra is the Zcash Foundation’s independent, Rust-based implementation of the Zcash protocol. Learn more at github.com/ZcashFoundation/zebra.
The post Zebra 6.0.0 Release appeared first on Zcash Foundation.
Another productive week has passed across the PIVX ecosystem, with steady network performance, consistent market activity, and meaningful ecosystem growth reinforcing PIVX's mission of protecting financial privacy.
From masternode stability to new partnerships and innovative community tools, here's everything that happened this week.
Masternode Network Remains Strong
The PIVX network continues to demonstrate resilience, supported by an active community of masternode operators.
This week, the network maintained 2,111 active masternodes, with an estimated annual reward of approximately 14.94%. Around 20.13% of the total PIVX supply remains locked, highlighting continued confidence from long-term participants who help secure and decentralize the network.
Strong masternode participation remains one of the key pillars behind PIVX's reliable performance and privacy-first infrastructure.
Weekly Market Overview
Throughout the week, PIVX traded within the $0.038 to $0.041 range, moving largely in line with the broader cryptocurrency market.
While price action remained relatively stable, interest from privacy-focused users, long-term holders, and traders continued to support healthy market activity, reflecting sustained confidence in the project's long-term vision.
Trading Volume Stays Consistent
Market liquidity remained healthy across major exchanges during the week.
Daily trading volume fluctuated between $1.4 million and $1.7 million, with the current 24-hour trading volume sitting at approximately $1.5 million. The consistent volume suggests continued participation from both existing community members and new market participants.
Ecosystem & Community Highlights
The PIVX ecosystem continued expanding this week through new integrations, partnerships, and innovative tools designed to make private digital cash more accessible.
Coinomi to Add PIVX SHIELD Support
One of the week's biggest announcements came from Coinomi, which revealed that PIVX SHIELD support is coming soon.
Once integrated, users will be able to send fully shielded PIVX transactions directly from one of the world's most widely used multi-asset wallets. SHIELD transactions hide transaction amounts while helping users avoid issues associated with tainted coins, making everyday financial privacy easier than ever.
PIVX Partners with Stereo Swap
PIVX also announced a new partnership with Stereo Swap, further expanding access to private digital asset transfers.
The integration enables users to perform fast, seamless, non-custodial cryptocurrency swaps without registration, while also offering an optional no-logs experience that aligns closely with PIVX's privacy-first philosophy.
This partnership strengthens the growing ecosystem of privacy-respecting services available to PIVX users.
Coin World Brings PIVX Into the Real World
The development team also introduced Coin World, an innovative location-based application that lets users and event organizers place PIVX anywhere around the world for others to discover and collect.
The project opens exciting possibilities for conferences, community meetups, educational events, treasure hunts, and other real-world experiences, creating new ways for people to engage with PIVX beyond traditional transactions.
Conclusion
This week's updates demonstrate steady progress across multiple areas of the PIVX ecosystem. With stronger wallet support, expanding partnerships, continued development, and a stable network, PIVX continues building practical tools that make financial privacy more accessible to everyone.
As the ecosystem grows, one thing remains unchanged: PIVX's commitment to empowering individuals with the freedom to transact privately, securely, and without compromise.
PIVX. Your Rights. Your Privacy. Your Choice.
To stay on top of PIVX news please visit PIVX.org and Discord.PIVX.org.
PIVX Weekly Ecosystem Update (4th July – 10th July 2026) was originally published in PIVX on Medium, where people are continuing the conversation by highlighting and responding to this story.
We're excited to share a special feed drop from The a16z Crypto Show.
In the first episode of First Principles: The Scientific Roots of Blockchain Technology, Tim Roughgarden and Ittai Abraham trace the decades of computer science research that laid the foundation for modern blockchains.
Long before Bitcoin, researchers were studying one of distributed computing's hardest challenges: how independent machines can reliably agree on a shared state, even when some participants are faulty or malicious. Bitcoin didn't invent that problem, but it introduced a breakthrough solution in a radically different, permissionless setting.
The conversation explores Byzantine agreement, state machine replication, proof of work, proof of stake, Tendermint, Casper, DAG-based protocols, and why concepts developed decades ago continue to shape the design of today's fastest and most secure blockchain networks.
Resources:
Follow Tim Roughgarden on X: https://x.com/Tim_Roughgarden
Follow Ittai Abraham on X: https://x.com/ittaia
Follow a16z Crypto on X: https://x.com/a16zcrypto
Subscribe to The a16z Crypto Show: https://a16zcrypto.substack.com/subscribe/
Stay Updated:
Find a16z on YouTube: YouTube
Find a16z on X
Find a16z on LinkedIn
Listen to the a16z Show on Spotify
Listen to the a16z Show on Apple Podcasts
Follow our host: https://twitter.com/eriktorenberg
Please note that the content here is for informational purposes only; should NOT be taken as legal, business, tax, or investment advice or be used to evaluate any investment or security; and is not directed at any investors or potential investors in any a16z fund. a16z and its affiliates may maintain investments in the companies discussed. For more details please see a16z.com/disclosures.
Hosted by Simplecast, an AdsWizz company. See pcm.adswizz.com for information about our collection and use of personal data for advertising.
As part of our summer replay series, we're revisiting one of our favorite conversations from the past year.
Mark Zuckerberg and Dr. Priscilla Chan join Ben Horowitz, Vineeta Agarwala, and Erik Torenberg to discuss the Chan Zuckerberg Initiative's ambitious effort to help cure, prevent, and manage disease by the end of the century.
Rather than funding individual breakthroughs, CZI is focused on building the tools and infrastructure that can accelerate scientific discovery across entire fields. The conversation explores Biohub, Cell Atlas, virtual cell models, open biological datasets, and the growing role of AI in helping researchers better understand human biology.
They discuss why biology still lacks a "periodic table of elements," how AI could help scientists test hypotheses before running expensive experiments, and why pairing frontier biology with frontier AI may unlock a new era of medical discovery.
Resources:
Follow Mark Zuckerberg on X: https://x.com/finkd
Follow Dr. Priscilla Chan on Instagram: https://www.instagram.com/priscillachan
Follow Ben Horowitz on X: https://x.com/bhorowitz
Follow Vineeta Agarwala on X: https://x.com/vintweeta
Stay Updated:
Find a16z on YouTube: YouTube
Find a16z on X
Find a16z on LinkedIn
Listen to the a16z Show on Spotify
Listen to the a16z Show on Apple Podcasts
Follow our host: https://twitter.com/eriktorenberg
Please note that the content here is for informational purposes only; should NOT be taken as legal, business, tax, or investment advice or be used to evaluate any investment or security; and is not directed at any investors or potential investors in any a16z fund. a16z and its affiliates may maintain investments in the companies discussed. For more details please see a16z.com/disclosures.
Hosted by Simplecast, an AdsWizz company. See pcm.adswizz.com for information about our collection and use of personal data for advertising.
The Web continues to evolve, bringing new and emerging challenges and threats to users. Brave was born to meet exactly this kind of challenge: to fix the Web by building user-first alternatives to more privacy-harming defaults. Since then, Brave has expanded that user-first mission into a product used by over 120 million people worldwide.
With the September 2016 introduction of the Brave Payments proof of concept, Brave began applying that mission to Web monetization, with features that combine zero knowledge and blockchain cryptography. Lessons learned from the Brave Payments proof of concept drove the evolution to the Basic Attention Token (BAT) and Brave Rewards, growing an ecosystem of private advertising and creator contributions to tens of millions of Brave Rewards users and over 2 million verified websites and content creators.
The economics of the Web are undergoing rapid change and innovation. AI adoption is changing the way users engage with content. Stablecoins and blockchain technology are upgrading the payments and transactional space, while merchants, restaurants, and the places we make everyday purchases adopt “cashless-only” payments. Without a digital alternative, the anonymity afforded by the wallet and cash in your back pocket may be lost in a cashless economy.
Creators continue to face challenges for how to fund their content, and those challenges have grown significantly with AI. With the growth of AI use and summarization, creators often have less visibility into where and how their content is being used, receive less attribution for that use, and generally are not compensated for it.
Users and creators should earn in this ecosystem, and not be left behind. Brave aims to rise to meet these new challenges, while growing BAT utility and the larger ecosystem. This means continuing the tradition of building solutions that meet users and creators where they are, and including them in the economics. This also means meeting users where they are transacting both within and beyond the browser. BAT Roadmap 4.0 therefore marks an important shift in the evolution of the Basic Attention Token, Brave Rewards, and Brave Creators within the transactional attention economy.
InitiativesRoadmap 4.0 brings together the following mutually reinforcing initiatives:
Internet-payments x402 and Machine Payments Protocol (MPP): Supporting autonomous agentic payments in the browser, for Brave’s premium offerings and for Creator content. A new, unified Brave Wallet: A new, in-browser Brave Wallet experience that brings traditional payment methods (including saved credit cards, self-custody crypto accounts, and Brave Rewards) into one intuitive interface. BravePay: A stablecoin protocol layer that enables users, creators, and merchants to transact, earn, and settle privately on-chain. Brave Rewards Card: A stablecoin-powered virtual and physical payment card with competitive purchase rewards. Creator Contribution Protocol: A system for compensating verified creators when their content is used in AI experiences. BravePay SDK and Rewards SDK: Open-source SDKs that allow developers to quickly integrate BravePay and Brave Rewards functionality. For merchants, the SDKs will make it easy to support payment methods built on the BravePay protocol. For app developers, the SDKs will enable user onboarding to BravePay-powered payments and provide access to the broader Brave Rewards ecosystem, including Brave Ads for additional monetization, and Brave Creators, connecting developers to millions of registered websites and content creators.As we iterate and continue to pursue product-market fit, some of the roadmap items above may become less of a focus over time, while others may be prioritized. Useful roadmaps provide direction while remaining flexible enough to adapt to unforeseen challenges. We plan to publish regular updates on roadmap progress, along with publishing detailed posts and calls to action for the community for items in the sections below.
Internet-payments x402 and Machine Payments Protocol (MPP) support in BraveA key foundational step in supporting stablecoin payments for agentic commerce and autonomous systems, Brave will introduce support in the browser for x402 and Machine Payments Protocol (MPP) transactions. Brave’s implementation will use the HTTP 402 Payment Required status as a shared mechanism, providing equal first-class support for x402 and MPP options. For example, in the case of a Creator or API with protected content the browser will receive a 402 response code with a compatible x402 or MPP body, and provide payment for access to protected content. In addition to browser support, Brave will also be adding support for x402 and MPP transactions to the Brave Search API and other Brave offerings over time.
For a closer look, the open-source bx402 project with an example for the Brave Search API is available to view and reference from our brave-experiments GitHub repository.
A new, unified Brave WalletThe browser-native, self-custodial Brave Wallet will undergo a complete redesign and evolve into the new unified Brave Wallet.
The new Brave Wallet will include:
Traditional saved payment methods including debit cards, credit cards, and the Brave Rewards Card, all stored locally in the browser. Self-custody multi-chain crypto accounts with on- and off-ramp funding, the features users already know from the crypto Brave Wallet, and support for the upcoming BravePay protocol integration. Brave Rewards integrated directly into the wallet, allowing users to opt in and earn rewards through use of the Brave Rewards Card, and benefit from transactions with participating partner brands and other Brave Wallet-related activities.The team is looking forward to inviting participation in testing and feedback for the new Brave Wallet experience from the community and our userbase. We are aiming to post invitations with calls to action for users and the community to test and provide feedback for prototypes this fall.
The Brave Rewards CardOne of the most exciting initiatives in BAT Roadmap 4.0 is the Brave Rewards Card: a Brave-branded virtual and physical payment card designed for everyday purchases in eligible countries.
Powered by the BravePay protocol and GENIUS-compliant stablecoins, the Brave Rewards Card meets users and merchants where they are by leveraging traditional payment rails.
The Brave Rewards Card extends Brave Rewards beyond the browser. As users make purchases with the card, they will earn BAT rewards, while also unlocking exclusive Brave Rewards offers and benefits. The card will be available as both a virtual card in Brave Wallet (and other major digital wallets), as well as in physical form for in-store purchases.
To bring the Brave Rewards Card to users, Brave will partner with a compliant card issuer and support as many countries as possible at launch. Additional details regarding the card partner, geographic availability, purchase rewards, and the Brave Rewards Card waitlist will be shared in a future announcement.
BravePayOver the last several years, stablecoins have emerged as a powerful new payment rail, with tens of trillions of dollars in transaction volume. We aim to bring stablecoin-based peer-to-peer and e-commerce transactions into a protocol that’s easy to onboard and use, enabling more than 120 million Brave users to benefit from them.
To achieve this, Brave plans to introduce BravePay: a stablecoin protocol layer designed around self-custody, privacy, and ease of use.
What BravePay enables Self-custody by default: Users maintain control of their funds. Simple onboarding: New users can on-ramp from fiat directly into BravePay. Easy transactions: Payments can be sent and received using .brave addresses. Private transactions: Bringing privacy to your wallet so what you buy isn’t tracked by Big Tech or payment networks. Support for stablecoins: Experienced crypto users can transact using GENIUS-compliant stablecoins they already have in their wallets. Compatibility with x402 and MPP payment integration Rollout strategyNear term
Integration with Brave Wallet Integration with the Brave Rewards CardLonger term
Merchant support for seamless e-commerce transactions. Introduction of an open-source SDK allowing developers to integrate BravePay into their applications.BravePay will extend Brave’s user-first approach to privacy, transactions, and rewards beyond the browser, meeting users where they transact in the real world.
Paving the way for the agentic economyWhile our immediate focus remains on Brave users, we are closely watching the rapid development of machine-to-machine and human-to-machine payments in the emerging agentic economy. A growing number of protocols, including x402 and MPP, are competing for adoption.
BravePay lays the groundwork for payments between humans and machines alike. As this ecosystem evolves, Brave aims to enable browser-driven interactions with agents that unlock entirely new and exciting use cases with these agentic payment capabilities but with additional privacy-preserving options. This will start with BravePay compatibility with the Brave x402 and MPP implementation, and extend to other options over time.
BAT buybacks and Brave RewardsIn addition to the BAT purchases Brave already makes for user rewards through Brave Ads campaigns, the BAT Roadmap 4.0 introduces new transactional BAT utility and rewards for Brave Rewards users and verified Brave creators.
A percentage of Brave’s net revenue from Roadmap 4.0-related sources will fund BAT buybacks that support user rewards, creator contributions, and program growth through the BAT User Growth Pool (UGP) Reserve. For example, these revenue sources are expected to include:
Brave Wallet revenue-generating features Swaps Cross-chain bridging NEAR Intents On- and off-ramps .brave domains sold through Brave Wallet Brave Rewards Card revenue, including revenue associated with the Brave Rewards Card as it becomes available in eligible markets. BravePay protocol revenue, a percentage of which will be used for BAT buybacks.Additional details regarding relevant tokenomics in Brave Rewards will be shared in a separate blog post later in 2026, and will be included in relevant posts for other roadmap items as development progresses.
Opportunistic BAT buybacksBrave also plans to make opportunistic BAT buybacks in addition to revenue-generated buybacks. These buybacks will support program growth, incentives, and expansion of the BAT UGP Reserve.
Buyback timing and amounts will vary based on market conditions and program needs. Brave will publicly disclose opportunistic buybacks through the Brave Transparency and BAT Ecosystem Growth pages.
Updates to Brave RewardsAs Roadmap 4.0 expands BAT utility across Brave Wallet, BravePay, and the Brave Rewards Card, Brave Rewards will also evolve beyond its original browser-based rewards model. Users will continue to earn for their attention to eligible privacy-preserving Brave Ads units, while new rewards experiences will increasingly focus on offers, purchases, wallet activity, and loyalty.
Brave AdsThe Brave Ads Notification unit will begin a gradual sunset by the end of 2026 as Roadmap 4.0 utility features are activated. Over time, notifications will increasingly be used to inform Brave Rewards users about offers from participating brands and categories available through the Brave Rewards Offer Wall, rather than serving as ad units themselves.
Brave Rewards Offer WallWe will also introduce additional personalization features, including the ability for users to subscribe to favorite brands and categories for a more tailored Offer Wall experience.
Loyalty program Loyalty tiers that provide additional rewards based on Brave Wallet and Brave Rewards Card usage, duration of participation, and the amount of BAT held over time. BravePass, a crypto-abstracted Brave Rewards experience in which BAT earned through Brave Rewards is locked into a BravePass, giving the pass holder access to Brave Premium offerings and potentially other Brave benefits.Together, these updates extend Brave Rewards from attention-based rewards into a broader rewards and loyalty system encompassing purchases, wallet activity, and more. As with Brave Premium and the existing Brave Rewards ecosystem, all of these new features can be implemented using privacy-preserving cryptographic protocols, allowing users to earn rewards without sacrificing their privacy.
Creator Contribution ProtocolToday, AI models and tools use creator content during both training and inference without compensating the creators whose work makes those systems valuable. We believe that when AI systems generate value from creator content, a portion of that value should flow back to those creators in a verifiable way.
To make this possible, content creators, publishers, and AI products need to be connected through a shared, verifiable protocol. This is the Creator Contribution Protocol. With the protocol, we envision registered creators receiving micro-royalty payments for qualified content use when participating AI products access their content.
BAT has already proven itself as the leading unit of account for attention on the Web, allowing millions of users to contribute to their favorite content creators. With millions of creators—including some of the world’s largest publishers—already registered with Brave Creators, Brave and BAT are in a unique position to lead by example on how content creators can earn with AI.
Later in 2026, we plan to publish a blog post specifically covering the Creator Contribution Protocol, and look forward to engaging with the community and Brave Creators to receive input and test as we go through the research and development process.
CommunityCommunity participation will be a key part of BAT Roadmap 4.0. Over the past year, we’ve established a testing program and evolved the BAT Ambassadors program to support the road ahead. For example, BAT Ambassadors, alongside the broader BAT community, will help test, provide feedback on, and validate new features and experiences as they are introduced.
Building products that users adopt and enthusiastically recommend to their friends and family is central to the roadmap’s success. We’re excited to work closely with the community and our lead users to make this a reality. More details will be shared in future updates and calls to action.
ConclusionRoadmap 4.0 brings BAT into a broader set of everyday interactions for users, merchants, and creators:
The unified Brave Wallet combines traditional payment methods with next-generation transaction capabilities powered by BravePay. The Brave Rewards Card extends BAT utility to traditional payment rails, both inside and outside the browser. Revenue from Brave Wallet, the Brave Rewards Card, and BravePay will fund BAT buybacks that support purchase and transaction rewards for Brave Rewards users. The Creator Contribution Protocol modernizes the Brave Creators model, opening new verifiable ways for creators to earn as AI changes how content is created, curated, and consumed.Together, these initiatives create a system in which browsing, transacting, and content creation can each contribute to sustained BAT demand and broader BAT utility across the evolving user-first Web.
Users and supporters of Brave can help advance this mission by adopting Brave Wallet and BravePay. Those who configure their AI agents to transact through BravePay will also position themselves at the forefront of the emerging agentic economy, and be rewarded for their participation.
Work with usIf your project aligns with this roadmap, we’d love to hear from you. Contact: bizdev@brave.com to connect with us.
We look forward to building on this roadmap with our users and the broader Brave and BAT community, and we welcome your feedback and participation every step of the way. Follow the official Basic Attention Token (BAT) X for the latest announcements and product updates, and BAT Community X for community news, events, and discussions. We also invite you to join our weekly BAT Community Call every Tuesday at 2:00 PM Pacific on Brave Talk, with a live simulcast on X, featuring the latest updates and an open Q&A with the team.
Adam Neumann joins Marc Andreessen, Ben Horowitz, and Erik Torenberg for a candid conversation about entrepreneurship, failure, and building Flow.
Neumann reflects on his childhood, military service, immigration to the United States, the rise and fall of WeWork, and what he learned from one of the most scrutinized founder journeys in technology. He explains why Flow is focused on rethinking housing, community, and belonging, and why he believes technology can fundamentally improve how people live.
The conversation explores resilience, company building, leadership, real estate, software, flexible living, and the global housing crisis. Along the way, Neumann discusses rebuilding trust, designing for community, and why some of the biggest entrepreneurial opportunities emerge from deeply personal experiences.
Resources:
Read Marc's blog post about Flow: https://a16z.com/announcement/flow/
Marc on X: https://x.com/pmarca
Marc’s Substack: https://pmarca.substack.com/
Ben on X: https://x.com/bhorowitz
Erik on X: https://x.com/eriktorenberg
Erik's Substack: https://eriktorenberg.substack.com/
Stay Updated:
Find a16z on YouTube: YouTube
Find a16z on X
Find a16z on LinkedIn
Listen to the a16z Show on Spotify
Listen to the a16z Show on Apple Podcasts
Follow our host: https://twitter.com/eriktorenberg
Please note that the content here is for informational purposes only; should NOT be taken as legal, business, tax, or investment advice or be used to evaluate any investment or security; and is not directed at any investors or potential investors in any a16z fund. a16z and its affiliates may maintain investments in the companies discussed. For more details please see a16z.com/disclosures.
Hosted by Simplecast, an AdsWizz company. See pcm.adswizz.com for information about our collection and use of personal data for advertising.
Today we’re releasing the improved Brave Place Search API. It’s a single endpoint for finding places in the physical world (such as businesses, landmarks, and points of interest) drawn from our index containing about 200 million points of interest worldwide, and growing.
This API is the backbone of place search in Brave Search, which handles over 2.2 billion queries a month and powers the Brave Search map. The improved version is available today for public access through the Brave Search API, on the Search plan, at a flat $5 per 1,000 requests.
Two things make the Place Search API worth your attention. First, the quality is comparable to Google Maps, as you will see on the experiment below (which tested a side-by-side comparison of Brave’s Place Search endpoint with 1,000 real queries). Second, Brave’s Place Search API is available at a fraction of the cost of the Google Maps API (which starts at $32 to $35 per 1,000 requests). This makes Brave 6 to 7 times more affordable for comparable place search.
This post details what the API returns, where it’s useful, how it measures up to Google Maps, and why building on Brave’s independent search stack matters.
A single Place Search request returns ranked points of interest with ratings, hours, photos, and distance, on the $5-per-1,000 Search plan. What it doesOne endpoint, accessing an index of about 200 million points of interest worldwide, as well as cities, countries, regions, and streets. This is the backbone of place search in Brave Search, which handles and powers the Brave Search map.
Send a query and a place to look:
curl "https://api.search.brave.com/res/v1/local/place_search?latitude=37.7749&longitude=-122.4194&q=coffee+shops&radius=1000"
-H "X-Subscription-Token: <YOUR_API_KEY>" No coordinates? Use a name instead, such as location=tokyo japan. Drop the query entirely and you get Explore mode: a snapshot of what’s around a point, ideal for map views. It even works without any location hints at all, doing a global search instead.
Every result comes back ready to render:
Name, URL, coordinates, and full postal address Ratings, review counts, price range, categories, and cuisine Opening hours (including today), phone, email, and timezone Photos and distance from your search centerAll these attributes are available on a flat rate of $5 per thousand requests. Compare that with Google, which charges you more for additional attributes.
Need deeper data? Every result carries an id. Pass it to /local/pois for more detail or /local/descriptions for AI-written summaries. The best part: those IDs also come from Web Search results, so one integration covers your local and Web surfaces at once.
You know your product better than we do. So we won’t tell you what to build. But the data is rich enough that one call covers jobs you’d otherwise wire up several APIs to handle:
“Near me” discovery: restaurants, gyms, EV chargers, ATMs. Anchor to coordinates, set a radius, render a ranked list. Travel guides: explore mode plus thecities panel shows what’s worth seeing, then drills into hotels and attractions.
Business directories: try “find a location near you” functionality without licensing a maps stack.
Map dashboards: zoom_level hints and coordinates drop straight into your tiles.
Geofenced nudges: try searches like “three highly-rated lunch spots within 500m.”
AI agents: structured, current place data a model can reason over.
The point is the breadth. Where you take it is up to you.
One Place Search response, four surfaces: a “near me” list, a travel guide, a map view, and structured context for an AI assistant.Note the radius parameter will bias toward an area rather than hard-cutting at the edge. Under ~20 km it gives tight “near me” results. For a famous landmark, go wide or skip it. Match it to the job and results stay clean.
Google Maps is the more mature product, and we won’t claim otherwise.
But the question that matters is whether Brave is good enough to build on, and what you gain by choosing it. To answer it, we ran 1,000 real, global, and multilingual place queries through both Brave and Google Maps. An LLM judge scored every pairing on recall, precision, ranking, and overall quality.
The result: a close second in overall quality: 6.4 vs 7.3 out of 10.
The two engines aren’t tied in character, though. They win in opposite places. That’s the useful part.
Where Brave wins:
Coverage: Brave returns more of the places that actually exist (recall 7.2 vs 6.8). Google often returns fewer. Ambiguous names: Search"africa" near Johannesburg. Brave returns local businesses named “Africa” a kilometer away. Google returns the continent, 2,000 km out. Brave won this query type on recall 8.0 vs 6.1.
Streets and addresses: For queries like "waka sakai line", Google’s place API often returns one far-away result or nothing. Brave returns the right nearby ones.
For the long tail of real local queries (e.g. names, addresses, streets, or anything fuzzy) — Brave is more likely to hand back something useful and close.
Brave vs. Google Maps across 1,000 queries. Overall quality is close(7.3 vs 6.4). Brave leads on recall (7.2 vs 6.8). Google leads on precision (8.2 vs 6.2). They trade strengths.Where Brave trails:
Category ranking: For “kebab near me,” Google floats closer results to the top more reliably. Fuzziness: Broader coverage drags in off-topic results sometimes (precision 6.2 vs 8.2). So who should switch?If you live in the long tail of names, addresses, and streets, or you value coverage, Brave is a strong fit today. If your traffic is mostly clean category search where precision is everything, Google’s Place Search API has an edge, but that edge is small. Try it on your queries.
Considering the price of the Brave Search API, it’s also worth exploring combining Brave and Google options to create an ensemble.
Caveats of the evaluation: The judge of the Brave-vs-Google Place Search API evaluation was an LLM (Opus4.8) which is extremely competent but not free of quirks. For instance, we have seen a bias towards length of the listings, where the judge rewards verbosity even if explicitly instructed not to. Another important caveat not captured by the judge is data-staleness. In that regard, Google has an edge that is hard to beat, as many business owners update changes on opening hours, phone numbers, etc. on the Google Business Profile before they do it on the Web itself. We get the data out of our Web crawler and Web Discovery Project (WDP) signals, which are by definition more limited than the direct input business owners give to Google.
The price difference, in fullBrave is a flat $5 per 1,000 requests, with every field included. And each plan includes $5 in free credit every month.
Google charges per SKU. The endpoints you’d use sit at the top of its price table.
Brave Place Search Google Text / Nearby Search (Pro) Per 1,000 (entry) $5.00 $32.00 (Enterprise: $35.00) Pricing model Flat, all fields included Tiered by SKU and field mask Free allowance $5/month Capped per SKU. Universal $200 credit removedAt the entry tier, Brave is 6 to 7 times cheaper. And that’s before Google’s field-mask tiers push you higher. With Brave, ratings, hours, and photos all ride the same call.
(Google figures are from its official pricing table, 2026. Volume discounts exist for both.)
Built on an independent indexMost search APIs scrape their data from Google. That carries real risk for anyone shipping to customers.
Scraping violates Terms of Service. Google has litigated against providers over it. A scraped feed can be throttled or shut off, and it can’t offer true Zero Data Retention.
Brave is built differently. It runs one of only three independent, global-scale search indexes in the Western world, and the only one outside Big Tech. We own and operate the entire stack, Place Search included. That means:
No scraper risk: Your product does not depend on a service that unofficially scrapes Google, which is subjected to unpredictable quality of service and risk of total discontinuation. Zero Data Retention: Queries aren’t stored, logged, or tied to identities. No conflict of interest: We don’t train our models on your queries. SOC 2 (Type II) attestation: Easier legal and security review. One platform, one set of IDs: Place Search, Web Search, POI details, and AI descriptions share IDs and the same $5/1k plan. If you’re building with AIFrontier models are becoming a commodity. The context you feed them is now what sets your application apart.
Our own research proves it. Ask Brave runs an open-weights model (Qwen) on Brave’s LLM Context API. It goes head-to-head with ChatGPT, Perplexity, and Google AI Mode (and wins) on the strength of better grounding data alone.
Place Search is the local half of that story. An agent that recommends a restaurant or answers “what’s open near me” needs structured, current place data. This endpoint returns exactly that, on the same Search plan as the LLM Context API. Web knowledge and world knowledge, one subscription.
To move faster, the API ships with Skills for Cursor, OpenCode, and Claude Code, plus an API Assistant in the portal that points you to the right endpoint and code.
Start nowcurl "https://api.search.brave.com/res/v1/local/place_search?location=paris+france&q=museums&country=FR"
-H "X-Subscription-Token: <YOUR_API_KEY>" Place Search is live on the Search plan. $5 per 1,000 requests. $5 in free credit every month. Enough to build something real today.
Subscribe and get a key Read the API reference Load the Brave Search API Skills into your AI editorPricing sources:
Google Maps Platform core services pricing list Places API Usage and Billing — Google for Developers
Seema Amble, Steven Sinofsky, and Elena Burger unpack one of the biggest questions facing enterprise software: what happens when AI agents become the primary users of software instead of humans?
The conversation explores the rise of "headless" software, why APIs and agentic workflows are reshaping enterprise applications, and whether traditional SaaS products are becoming systems of record rather than systems of engagement. They discuss Salesforce's Headless 360 announcement, MCP, enterprise software architecture, and why AI may fundamentally change how businesses interact with their data.
Along the way, they examine what actually makes enterprise software sticky, why replacing systems like SAP and Salesforce is harder than it appears, and where startups have the greatest opportunity as AI reshapes the software stack.
Resources:
Follow Seema Amble on X: https://x.com/seema_amble
Follow Steven Sinofsky on X: https://x.com/stevesi
Follow Elena Burger on X: https://x.com/VirtualElena
Related ReadingIs Software Losing Its Head?
https://a16z.com/is-software-losing-its-head/
The Death of Software? Nah.
https://a16z.com/death-of-software-nah/
Stay Updated:
Find a16z on YouTube: YouTube
Find a16z on X
Find a16z on LinkedIn
Listen to the a16z Show on Spotify
Listen to the a16z Show on Apple Podcasts
Follow our host: https://twitter.com/eriktorenberg
Please note that the content here is for informational purposes only; should NOT be taken as legal, business, tax, or investment advice or be used to evaluate any investment or security; and is not directed at any investors or potential investors in any a16z fund. a16z and its affiliates may maintain investments in the companies discussed. For more details please see a16z.com/disclosures.
Hosted by Simplecast, an AdsWizz company. See pcm.adswizz.com for information about our collection and use of personal data for advertising.
In Decentralized Finance (DeFi), Maximal Extractable Value (MEV) remains one of the most persistent challenges. Searchers and bots scan the public mempool, front-run profitable trades, execute sandwich attacks, and reorder transactions for profit, often at the expense of real users. This erodes trust, increases costs, exposes strategies, and worsens the overall UX in DeFi. Panther leverages Zero-Knowledge proofs to make critical transaction details confidential. Privacy becomes the primary defense against MEV.
Understanding MEV: The Cost of TransparencyOn public blockchains like Ethereum or Polygon, every pending transaction is visible in a shared mempool. Bots detect large swaps, arbitrage opportunities, or liquidations and insert their own transactions to exploit them:
Sandwich attacks: A bot buys before a large purchase (pushing the price up) and sells after. Hence, the bot profits from the volatility caused by the user. Front-running: Copying and executing a profitable strategy ahead of the user. Back-running and other variants: Extracting value from oracle updates, liquidations, or NFT mints. MEV-bots observe your pending token swaps relying on transaction visibilityMEV generates billions in annual value for sophisticated actors while costing everyday users through worse execution prices and slippage. Mitigations like Flashbots or a very high TPS help, but don’t eliminate one of the core drivers of many forms of MEV: public visibility into intent, amounts, and counterparties.
While not all forms of MEV rely on public transaction visibility, reducing information leakage removes one of the most important sources of extractable value. Panther's confidential infrastructure is designed around that principle.
Panther’s Confidential infrastructure: Shielded Pools, Zones, and zSwapPanther's Multi-Asset Shielded Pools (MASPs) form the foundation of the protocol's confidential infrastructure. Users deposit supported assets into Panther's vaults and receive fully collateralized private representations, known as zAssets. These zAssets can then be transferred and used within the shielded environment without publicly revealing transaction details.
Transactions inside the shielded pool use:
zk-SNARKs to prove validity (e.g., “I have sufficient balance”) without revealing amounts, senders, receivers, or links to external wallets. UTXO model with append-only Merkle trees for private state management. Nullifiers that prevent double-spending while maintaining unlinkability. Panther's zSwap allows for private access to public liquidityBecause external observers see only cryptographic commitments and proofs, and not the underlying data, MEV bots lack the information needed to identify and exploit specific trades.
zSwap: Private Access to Public LiquidityFor users needing external DEX liquidity (Uniswap, QuickSwap, Curve, etc.), Panther’s zSwap functionality routes trades privately:
The shielded balance initiates the swap. Stealth addresses and ZK proofs obscure origins and details. Panther minimizes the information exposed before and during execution, reducing opportunities for certain forms of MEV compared with directly trading from a public wallet.Even when interacting with public protocols, the Panther Protocol minimizes information leakage compared to direct wallet-to-DEX trades.
While reducing opportunities for MEV is an important benefit, confidential execution also protects legitimate trading strategies and sensitive transaction information. This is particularly relevant for professional traders, treasury managers and institutions that may wish to avoid signaling large portfolio movements or exposing proprietary trading activity before execution.
Programmable Zones: Controlled Yet Confidential EnvironmentsPanther’s Shielded Pools can be divided into Zones, which are logical partitions of shielded pool liquidity managed by operators, which may include regulated Virtual Asset Service Providers (VASPs), depending on the deployment. Each Zone can enforce custom rules (allowlisted assets/users, KYC attestations, transaction limits) while sharing the pool’s strong anonymity set:
Operators manage permissioned Zones with known counterparties. Compliance tooling can support regulatory requirements while preserving privacy for other participants. Additional Layers of Privacy Protection Growing anonymity set: More users and a more diverse set of assets in the pool make individual transactions harder to distinguish. Non-interactive transfers: zAccounts enable private peer-to-peer movement without revealing EOAs. Economic incentives: Panther Reward Points (PRPs) and the single-sided AMM encourage activity, strengthening privacy over time. Why Confidentiality Matters for MEV ResistanceAs DeFi matures and institutions allocate more capital on-chain, MEV protection becomes necessary for DeFi to scale. Panther improves the UX through its confidential infrastructure by delivering:
Better execution prices. Strategy protection. Reduced systemic risks from MEV. Compliance tooling for operators.Panther combines privacy-preserving technology with configurable AML and compliance tooling, enabling operators to implement risk-based compliance controls while preserving confidentiality and helping to minimize opportunities for MEV extraction.
Conclusion: Privacy Powers Fairer MarketsPanther Protocol demonstrates how confidential infrastructure can make DeFi more secure, efficient and accessible. By reducing unnecessary information leakage, shielded pools and zSwap help reduce opportunities for front-running and other forms of information-driven MEV, while also protecting legitimate trading strategies and sensitive transaction activity. As the protocol expands across different blockchains, Panther aims to provide a confidential infrastructure that supports fairer, more efficient on-chain markets for both individual users and professional market participants.
About Panther Protocol FoundationPanther Protocol Foundation is a non-profit organization that supports the Panther ecosystem through research funding, open-source development grants and ecosystem initiatives.
The Foundation does not operate the protocol, host user interfaces, custody assets, execute transactions or provide financial services.
Users interact directly with blockchain smart contracts from their own wallets and remain responsible for their own activities and decisions.
For more information, visit www.panther.org
To learn more about Panther Protocol, visit www.pantherprotocol.io
In this commencement address to Columbia University's Fu Foundation School of Engineering and Applied Science Class of 2015, Ben Horowitz challenges some of the most common advice given to graduates.
Rather than urging students to “follow their passion,” Horowitz argues that people should focus on developing their strengths and making meaningful contributions to the world. Drawing on stories from his own time at Columbia, the founding of technology companies, and investments in startups like Airbnb, he explores the importance of independent thinking, conviction, and pursuing ideas that others may initially dismiss.
Along the way, Horowitz discusses technological progress, entrepreneurship, opportunity, and why he believes today's graduates are entering a world defined less by unprecedented challenges than by unprecedented possibilities.
ee
Resources:
Follow Ben Horowitz on X: https://x.com/bhorowitz
Stay Updated:
Find a16z on YouTube: YouTube
Find a16z on X
Find a16z on LinkedIn
Listen to the a16z Show on Spotify
Listen to the a16z Show on Apple Podcasts
Follow our host: https://twitter.com/eriktorenberg
Please note that the content here is for informational purposes only; should NOT be taken as legal, business, tax, or investment advice or be used to evaluate any investment or security; and is not directed at any investors or potential investors in any a16z fund. a16z and its affiliates may maintain investments in the companies discussed. For more details please see a16z.com/disclosures.
Hosted by Simplecast, an AdsWizz company. See pcm.adswizz.com for information about our collection and use of personal data for advertising.
We are pleased to announce the release of Zebra 6.0.0-rc.0. This release candidate adds Testnet support for the NU6.3 “Ironwood” shielded pool and v6 transaction format, fixes two moderate-severity security issues, ships signed pre-built zebrad binaries for Linux, and includes a state database format upgrade. All node operators are encouraged to test it on Testnet ahead of the final 6.0.0 release.
getblock Verbosity 2 Side-Chain Panic (Moderate)
The getblock RPC at verbosity 2 panicked for blocks not on the best chain: their transactions’ confirmations are negative and were cast to an unsigned type, crashing the node. The fix changes the confirmations field to a signed type, matching zcashd and the rest of Zebra’s codebase.
Thanks to Taylor Hornby for reporting this issue.
GHSA-m9xx-8rcj-vmgp: Per-Peer Mempool Admission Cap Bypass (Moderate)Zebra caps concurrent inbound mempool admissions per peer, but the cap only applied to advertised transaction IDs. Directly pushed transactions (tx messages) bypassed it, letting a single inbound peer occupy more than its share of download slots by pushing full transactions instead of advertising them. This release routes directly pushed transactions through the same per-peer admission accounting. It is the direct-push counterpart to the advertisement-path fix shipped in GHSA-4fc2-h7jh-287c.
Thanks to SuplabsYi of Invariant Labs for reporting this issue.
New Features NU6.3 “Ironwood” Support (Testnet)Zebra now supports the NU6.3 “Ironwood” shielded pool and the v6 transaction format, activating on Testnet at height 4,134,000. The consensus parameters: v6 version group ID, consensus branch ID, and Testnet activation height, match zcash_protocol. No Mainnet activation height is set yet. The z_gettreestate, z_getsubtreesbyindex, and verbose getblock RPCs expose the Ironwood note commitment tree and its subtree roots from NU6.3 activation. (#10762, #10888)
Zebra now tags the coinbase input of every block it mines with a 🦓. As a result, the mining.extra_coinbase_data option is now limited to 86 bytes (previously 94); Zebra refuses to start if the configured value exceeds this. (#10836)
zebrad Binaries
Pre-built zebrad binaries are now attached to each GitHub release for Linux on x86_64 and aarch64, so operators can run a node without Docker or a source build. Binaries are also installable with cargo binstall zebrad. Each .tar.gz carries a SHA-256 checksum, a Sigstore build-provenance attestation, and a Cosign signature over the checksum manifest. (#10799)
A new [notify] block_notify_command option runs a command on each best-chain-tip change, with %s replaced by the new block hash: Zebra’s equivalent of zcashd‘s –blocknotify. (#10726)
When the indexer RPC is enabled, a co-located read-state consumer can now follow the node more efficiently: the non-finalized block subscription resumes from the consumer’s known chain tips instead of re-streaming the whole non-finalized state, and a new GetBlock indexer method lets the consumer fetch blocks it is missing while its finalized state catches up. A new zebra-state read request, ReadRequest::FindForkPoint, returns the most recent block in a caller-supplied locator that is on the best chain, the fork point, for clients tracking chain reorganizations through a read-only state service. (#10776)
A new Regtest configuration option, should_allow_unshielded_coinbase_spends, forbids spending coinbase outputs into transparent outputs: the inverse of zcashd‘s –regtestshieldcoinbase. It defaults to allowing such spends, preserving existing Regtest behavior. (#10698)
A timeout waiting for a transparent input UTXO during transaction verification is now treated as a missing input rather than an internal error, preventing a sync stall near the chain tip. (#10810)
getblocktemplate Coinbase Caching
getblocktemplate now caches the built coinbase transaction per block, so repeated short-poll requests within the same block no longer rebuild it. This prevents CPU saturation and multi-second template latency when mining to a shielded address. (#10847)
The co-located read-state syncer (used by indexers like Zaino) no longer drops and re-creates its non-finalized block subscription every second while its view of the finalized state lags the node’s. (#10818)
invalidateblock / reconsiderblock Edge Cases
Fixed edge cases in invalidateblock and reconsiderblock (chain-root and same-height sibling-tip invalidation, and repeated reconsideration) that could cause a panic. (#10586)
The state database format is bumped to 28.0.0 for the NU6.3 “Ironwood” shielded pool. This is a major-version bump that is restorable in place from the previous major format (no resync required): an in-place migration backfills the genesis Ironwood note commitment tree and anchor, creates four new (initially empty) ironwood_* column families, and widens the chain value pool record to include the Ironwood pool. The getblockchaininfo and getblock valuePools now include the ironwood pool, which will be at zero until NU6.3 activates.
librustzcash crate cohort to the NU6.3 pre-release wave for V6 transactions and Ironwood support. (#10762)
Bumped anyhow to 1.0.103, clearing RUSTSEC-2026-0190. (#10849)
Opening a Zebra state read-only now fails with a clear error instead of panicking when the cache directory is missing or unreadable, when no database exists at the configured path, or when an ephemeral database is also configured. The read-write open path is unchanged.
Other Security Improvements
Zebra’s release Docker images are now reproducible: an independent rebuild of a published zebrad from the same commit produces the same binary. The Rust toolchain and the Rust and Debian base images are pinned by exact version and digest, and build paths and file timestamps are normalized. Release images are also built without the shared build cache, so a published image cannot inherit a layer from a lower-trust build. (#10798)
Release Docker images are signed and carry build provenance and a signed SBOM, so anyone can confirm an image came from Zebra’s CI with cosign verify or gh attestation verify. (#10798)
Zebra now uses a constant-time comparison for RPC cookie authentication. (#10567)
Released zebrad binaries report their source commit in zebrad version. (#10798)
Upgrading
This is a release candidate intended for Testnet testing ahead of the final 6.0.0 release. The state database format upgrade to 28.0.0 migrates in place, so no resync is required. You can find the release on GitHub, crates.io, and Docker Hub.
Thank You to Our ContributorsThis release was made possible by the work of @andres-pcg, @arya, @conradoplg, @dannywillems, @emersonian, @gustavovalverde, @nuttycom, @oxarbitrage, @syszery, @upbqdn, and @zmanian. Thank you for your continued contributions to Zebra.
Zebra is the Zcash Foundation’s independent, Rust-based implementation of the Zcash protocol. Learn more at github.com/ZcashFoundation/zebra.
The post Zebra 6.0.0-rc.0 Release appeared first on Zcash Foundation.
Welcome to another edition of the PIVX Weekly Ecosystem Update, where we take a look at the latest developments shaping the network over the past week.
From steady masternode participation and market activity to new ecosystem partnerships and ongoing privacy advocacy, the PIVX ecosystem continued making meaningful progress while staying true to its mission of protecting financial freedom through decentralized technology.
Network Performance & Market Overview
Masternode Network Update:
The PIVX network continued to demonstrate strong resilience this week, with 2,109 active masternodes helping secure the blockchain and maintain decentralization. Around 20.21% of the circulating PIVX supply remains locked in masternodes, highlighting sustained confidence from long-term participants. Estimated annual masternode rewards currently stand at approximately 15.01%, providing attractive incentives for network operators.
Weekly Market Pulse
Throughout the week, PIVX traded within the $0.037–$0.044 price range, with movement closely following trends across the broader cryptocurrency market. Despite market fluctuations, interest in PIVX remained steady as users continued to value its privacy-focused utility and decentralized governance model.
Trading Volume & Market Activity
Market activity remained healthy, with daily trading volume fluctuating between approximately $1.7 million and $2.3 million. Current 24-hour volume continues to fall within that range, reflecting consistent liquidity and active trading across supported exchanges.
Ecosystem & Community Highlights
Privacy Advocacy Remains in Focus
This week, PIVX published a new Medium article examining renewed attempts by European regulators to introduce restrictions on privacy coins. The article explores what these proposals could mean for digital privacy, financial autonomy, and the future of decentralized technologies. Appreciation goes to Sapentia and Meerkat for their valuable contribution to this publication.
PIVX Now Available for Cross-Chain Swaps on Exolix
Accessibility within the ecosystem received another boost as Exolix introduced support for non-custodial cross-chain swaps involving PIVX. The integration gives users an additional secure and convenient way to exchange PIVX across multiple blockchains while maintaining full control of their assets throughout the process.
NOW Wallet Continues Supporting PIVX
NOW Wallet also highlighted PIVX this week, reminding the community that while markets may slow down, the PIVX network continues delivering fast confirmations, privacy-first transactions, and decentralized governance. Users can seamlessly buy, store, send, and receive PIVX directly through the wallet, making participation in the ecosystem simple and accessible.
Looking Ahead And Conclusion
As development and ecosystem growth continue, PIVX remains committed to expanding real-world accessibility while championing privacy, decentralization, and financial sovereignty. Through new integrations, educational initiatives, and a resilient network, the project continues building a stronger foundation for users who value freedom and control over their digital assets.
PIVX. Your Rights. Your Privacy. Your Choice.
To stay on top of PIVX news please visit PIVX.org and Discord.PIVX.org.
PIVX Weekly Ecosystem Update (27th June – 3nd July 2026) was originally published in PIVX on Medium, where people are continuing the conversation by highlighting and responding to this story.
In this special episode, we revisit a fireside conversation between Vitalik Buterin and Friederike Ernst at DappCon 2026 in Berlin. They explore the Ethereum Economic Zone (EEZ), a new vision for Ethereum built around synchronous composability, app chains, and real-time proving.
Following the fireside, Sebastien and Friederike break down the ideas behind the EEZ and discuss what this new paradigm could mean for Ethereum's future.
Topics covered include:
• The Ethereum Economic Zone and synchronous composability
• App chains, privacy networks, and prediction markets
• Ethereum as an economic operating system for the internet
• Sequencing, MEV, and shared liquidity across chains
• Enterprise, government, and institutional use cases
• Why this approach differs from Cosmos, Polkadot, and other ecosystem visions
• The future of Ethereum beyond rollup fragmentation
Links:
Lido: https://lido.fi/stvaults?mtm_campaign=epicenter
Sponsors:
Lido V3 introduces stVaults: a modular staking infrastructure that lets builders and institutions deploy custom staking vaults, while staying anchored to stETH as a shared liquidity layer.
Get started building with Lido V3 today: https://lido.fi/stvaults?mtm_campaign=epicenter
Block Space Forum: https://blockspace.forum/
NEAR AI Cloud now lets developers deploy OpenClaw—the rapidly growing open-source AI agent platform—inside Trusted Execution Environments, providing hardware-level encryption with cryptographic attestations. With OpenClaw on NEAR AI Cloud, you can run agents with cloud convenience, but without traditional cloud data exposure. No hardware to manage. No trust assumptions required. Learn more at near.ai.
Ben Horowitz is joined by Anne Neuberger, Raghu Raghuram, and Jen Kha to discuss a16z's expanding international strategy and the growing role technology plays in economic growth, national security, and global partnerships.
The conversation explores why America's technology leadership matters beyond Silicon Valley, how AI is reshaping relationships between governments and the private sector, and why countries around the world are looking to adopt frontier technologies while building stronger innovation ecosystems of their own.
They discuss AI infrastructure, cybersecurity, defense technology, startup expansion, and what it takes to build enduring technology ecosystems. Along the way, they examine the role of trusted partnerships, the importance of Western technology, and why helping founders expand globally has become an increasingly important part of company building.
Resources:
Read more about a16z’s global mission: https://a16z.com/a16zs-global-mission/
Follow Ben on X: https://x.com/bhorowitz
Follow Anne on X: https://x.com/AnneNeuberger
Follow Raghu on X: https://x.com/RaghuRaghuram
Follow Jen Kha on X: https://x.com/jkhamehl
Stay Updated:
Find a16z on YouTube: YouTube
Find a16z on X
Find a16z on LinkedIn
Listen to the a16z Show on Spotify
Listen to the a16z Show on Apple Podcasts
Follow our host: https://twitter.com/eriktorenberg
Please note that the content here is for informational purposes only; should NOT be taken as legal, business, tax, or investment advice or be used to evaluate any investment or security; and is not directed at any investors or potential investors in any a16z fund. a16z and its affiliates may maintain investments in the companies discussed. For more details please see a16z.com/disclosures.
Hosted by Simplecast, an AdsWizz company. See pcm.adswizz.com for information about our collection and use of personal data for advertising.
What does it take to build a global mobility company from a country of just 1.3 million people?
Markus Villig, founder and CEO of Bolt, joins the show to share how he scaled from Estonia to 50+ countries, navigating early scrappy days, a near-bankruptcy from expanding too fast, and the hard-won lessons behind Bolt’s capital-efficient growth.
They also discuss building in Europe vs. the U.S., competing against much better-funded rivals, and why culture and ambition matter more than regulation.
Finally, Markus lays out what’s next: autonomy, robotaxis, and why the future of mobility will be a hybrid of human drivers and self-driving fleets.
Resources:
Find Markus on X: https://x.com/villigm
Find Gabriel on X: https://x.com/GEVS94
Stay Updated:
Find a16z on YouTube: YouTube
Find a16z on X
Find a16z on LinkedIn
Listen to the a16z Show on Spotify
Listen to the a16z Show on Apple Podcasts
Follow our host: https://twitter.com/eriktorenberg
Please note that the content here is for informational purposes only; should NOT be taken as legal, business, tax, or investment advice or be used to evaluate any investment or security; and is not directed at any investors or potential investors in any a16z fund. a16z and its affiliates may maintain investments in the companies discussed. For more details please see a16z.com/disclosures.
Hosted by Simplecast, an AdsWizz company. See pcm.adswizz.com for information about our collection and use of personal data for advertising.
Containers are now available with today’s update of the Brave browser (v1.92), enabling convenience and ease-of-use for everyday tasks. Containers are a way for users to isolate tabs from one another so that their cookies and storage are not shared outside of the container, even when visiting the same site.
For example, a marketing manager might use containers to be logged into two different social media accounts at the same time. A developer might use containers to test an application with one tab logged in as an administrator and another as a regular user. An employee logged into their Google account might want to open YouTube in a separate container to ensure that their viewing history isn’t linked to their work account.
The original idea for Containers came about at a time when browsers gave different sites the ability to share storage with one another via third-party cookies and similar mechanisms. Since this privacy benefit is already built-in to Brave with storage partitioning (which isolates each site and its third-party requests so that trackers can’t follow you across the Web), containers are best understood as a convenience feature to present different identities to a site and as a basic building block for specific workflows.
To get started, simply go to Settings (brave://settings/braveContent) and click on Enable Containers. You can also right-click a tab, select “Open in container,” and choose the category.
Containers are now built into Brave 1.92 on all desktop platforms (Windows, macOS, and Linux), no extension/add-on needed. Note that this feature is being rolled out in phases over a few days, so if you don’t see it on your platform yet, please check back soon.