10 min read
Nethermind’s decision to move its cross-chain operations from LayerZero to Chainlink is drawing attention because it reflects a larger change in blockchain infrastructure. The industry is moving beyond basic token bridges toward systems designed for secure communication, reliable data, and institutional use across many networks.
Nethermind will support Chainlink’s Cross-Chain Interoperability Protocol, or CCIP, along with its Data Feeds infrastructure. The move also puts new focus on LayerZero’s configurable security model and the different ways blockchain projects are trying to solve interoperability.
Nethermind’s decision matters because it comes from a company deeply involved in Ethereum’s core infrastructure rather than from a typical token project. The firm develops a widely used Ethereum execution client and has years of experience with protocol engineering, security research, and production blockchain systems.
That makes the move different from an asset issuer deciding to change the bridge used for a token. Nethermind was operating as a Decentralized Verifier Network provider within LayerZero, meaning it participated directly in verifying cross-chain messages.
Under its new role, Nethermind will operate infrastructure for Chainlink CCIP and Data Feeds. It will also contribute technical expertise and integration support for teams building applications that depend on secure cross-chain communication.
Nethermind said its decision followed an extensive review and reflected its long-term approach to blockchain infrastructure. However, the company did not publish the review, disclose financial terms, or identify one specific LayerZero issue as the reason for moving.
That distinction matters because the announcement should not be treated as proof that one protocol is universally safer than another. It does show that a major Ethereum engineering company believes Chainlink currently fits its infrastructure strategy and institutional ambitions.
The wider importance comes from what Nethermind is choosing to support next: both interoperability and trusted onchain data. That combination suggests blockchain infrastructure providers may increasingly offer several connected services instead of focusing on only one part of the technology stack.

LayerZero and Chainlink both help applications communicate across blockchains, but their security models follow different design ideas. LayerZero emphasizes flexibility, while Chainlink CCIP places greater emphasis on a standardized defense-in-depth architecture.
LayerZero allows applications to create their own Security Stack using Decentralized Verifier Networks, known as DVNs. Its documentation describes an X-of-Y-of-N model in which developers can choose required and optional verifiers and set the threshold needed to approve a message.
Each DVN can use its own method to confirm that a cross-chain message is valid. This gives application developers more control over security, cost, and the types of verification systems they want to combine.
Chainlink CCIP uses decentralized oracle networks to process cross-chain activity and adds a separate risk-management layer. Swift’s interoperability report describes an independent Risk Management Network that provides an additional check on cross-chain transfers.
The difference creates an important infrastructure debate between configurability and standardization. LayerZero gives applications more freedom to select their own security structure, while Chainlink promotes a common architecture intended to reduce dependence on application-specific security decisions.
Neither approach is automatically the right choice for every blockchain application. Developers may value flexibility, while banks and large financial organizations may prefer infrastructure with more consistent controls and fewer configuration choices that could introduce operational risk.
Fun fact: Nethermind decided to become a Chainlink node operator following discussions around our shared commitment to building secure, reliable, and production-grade blockchain infrastructure.
The KelpDAO incident placed new attention on configuration risk because the affected route depended on a single LayerZero Labs verifier. It showed how a cross-chain system can face serious exposure when a high-value application relies on one verification path.
The incident became especially important because LayerZero’s architecture can support multiple DVNs. The larger issue was therefore not simply whether LayerZero could support stronger security, but whether production applications were being configured with enough independent verification.
LayerZero responded by announcing broad security updates in June 2026. The company said Endpoint V2 default pathways would move to a minimum 3-of-3 DVN setup as part of a stronger default security posture.
The company also announced changes to verifier software and RPC quorum systems. LayerZero said its newer verifier design would use stronger checks across internal, dedicated external, and shared external RPC sources.
Its current documentation also tells production applications to explicitly configure their Security Stack and include at least one required DVN not operated by LayerZero Labs. The guidance warns developers not to assume that default settings are always suitable for a production deployment.
This response is important because LayerZero is not standing still after the incident. The more useful lesson is that cross-chain security increasingly depends on good defaults, independent verification, careful configuration, and infrastructure that limits the consequences of operational mistakes.

Financial institutions are paying attention because tokenized assets will likely exist across many public and private networks instead of one universal blockchain. That creates a practical need to move information and instructions between different systems without rebuilding integrations for every network.
DTCC explored this problem in its Smart NAV pilot, which tested how mutual fund price and rate information could be delivered onchain. The project used Chainlink and was designed around a chain-agnostic approach that could support data distribution across different blockchain environments.
Participants included BNY Mellon, Franklin Templeton, JPMorgan, State Street, Invesco, U.S. Bank, and other financial organizations. DTCC found that structured onchain data could support tokenized funds, automated data distribution, and other financial applications.
The pilot also highlighted a major operational problem with blockchain fragmentation. DTCC noted that directly connecting to every blockchain used by its clients would create high costs and operational demands, making an abstraction layer more practical.
Swift has explored a similar issue through blockchain interoperability experiments involving Chainlink CCIP and major financial institutions. Its report says many institutions would prefer to adapt their existing systems to access tokenized markets instead of replacing their infrastructure with completely new technology stacks.
That changes the role of interoperability from a crypto convenience into a financial infrastructure requirement. If tokenized funds, deposits, stablecoins, and securities exist on different networks, institutions will need reliable ways to connect them while continuing to use established banking systems.
Fun fact: At the White House event, Nazarov said recent U.S. regulatory moves are helping stablecoins reach a much wider audience. He pointed to the GENIUS Act and the growing use of U.S. government debt in stablecoin reserves as factors that could put dollar-backed digital assets into more hands.

Yes, blockchain infrastructure is increasingly moving toward abstraction because organizations do not want to manage every network separately. The goal is to become a common connection layer that can hide technical differences between chains from businesses and end users.
Early blockchain competition often centered on which network could attract the most applications, liquidity, and developers. The next phase may depend more on whether infrastructure can allow assets and data to work across several networks without requiring users to think constantly about where each transaction takes place.
DTCC’s Smart NAV project provides a clear example of this approach. Its design allowed existing financial data to be transformed and distributed through an interoperability layer while leaving much of the institution’s existing workflow unchanged.
Swift reached a similar conclusion in its experiments, describing a common connectivity layer as important for linking existing financial systems with different blockchain platforms. The project tested whether institutions could use familiar back-end systems while interacting with assets across public and private networks.
This helps explain why Chainlink’s role is becoming broader than traditional oracle services. Its current developer platform includes CCIP, Data Feeds, institutional data services, automation, and other tools intended to connect smart contracts with data and external systems.
LayerZero represents another version of abstraction by allowing applications to communicate through configurable messaging channels and verification networks. The competition may therefore be less about one blockchain defeating another and more about which infrastructure can make a fragmented blockchain environment easier and safer to use.
The next phase is likely to focus on dependable connections between blockchains, financial systems, data providers, and applications. Security will still matter, but operational simplicity, standardization, flexibility, and the ability to work with existing financial infrastructure will become equally important.
Nethermind represents the engineering side of this shift because it already works close to Ethereum’s core protocol layer. Its move into Chainlink’s node network shows how firms known for blockchain clients and security work are expanding into interoperability and institutional infrastructure.
LayerZero represents the case for a modular and configurable model. Its DVN system allows applications to choose verification arrangements, while its post-KelpDAO updates show how the protocol is strengthening defaults as security expectations increase.
Chainlink represents a more standardized infrastructure approach that combines data services with cross-chain communication. Its work with Swift and DTCC is particularly important because those projects deal with real financial workflows rather than only moving crypto assets between decentralized applications.
The result is not simply a story about Chainlink gaining an operator or LayerZero losing one. It is a sign that blockchain infrastructure is being judged by how well it handles security, fragmented networks, existing financial systems, and the long-term operation of tokenized assets.
That is why Nethermind, LayerZero, and Chainlink are all worth watching at the same time. Their different roles and security models are helping define whether blockchain technology can move from isolated networks and crypto-native applications toward infrastructure capable of supporting larger financial markets.
This article was made with AI assistance and human editing.
If you liked this, you might also like:
We appreciate you taking the time to share your feedback about this page with us.
Whether it's praise for something good, or ideas to improve something that
isn't quite right, we're excited to hear from you.
Lucky you! This thread is empty,
which means you've got dibs on the first comment.
Go for it!