Neon EVM是一个类似以太坊的环境，使Solidity合约和类似以太坊的交易有可能在Solana上运行。虽然Neon EVM建立在Solana上，但该平台上的dApps不能原生地访问Solana账户以获取链上数据。为了克服这一限制，Neon Labs开发了QueryAccount库。

QueryAccount是一个低级别的Solidity库，为开发者提供标准化的功能，以检索链上信息，如价格信息，供他们的Neon EVM dApps使用。用户可以将 QueryAccount 视为一个单向的数据通道，允许 Neon EVM dApps 读取存储在 Solana 上的信息。

QueryAccount 库促进了 Solidity 和 Rust 程序之间的通信。构成该库的 Solidity 函数由一个预编译的 Rust 程序在一个固定的 Solana 地址上支持。

QueryAccount 中的每个 Solidity 函数通过静态调用与预编译的 Rust 程序互动，这意味着 Rust 程序的状态不会被修改。Solidity 函数能够通过 Solidity 应用程序二进制接口 (ABI) 这样做，这是语言的一个低级特征。ABI 是两个二进制程序（已编译程序）之间的接口。它定义了调用函数背后的程序以及两个二进制程序之间如何传递参数。

当Rust程序通过ABI被调用时，它从指定的Solana账户中抓取所要求的信息，并将其作为一组非结构化的字节写进内存。然后，QueryAccount函数将从内存中读取这些字节，并将其转换为高层编程中更常见的数据类型（整数、字符串等）。这些数据类型然后可以被其他 Solidity 程序轻松读取，例如 Neon EVM 上的 dApps。

许多Neon EVM dApps将需要使用不稳定的现实世界数据，如价格信息、运动统计、天气等。然而，由于区块链的确定性，dApps不能使用API来获取外部数据。Neon EVM dApps需要依靠Solana口令来检索和发布链上的数据，以获得一致的信息参考。

QueryAccount的使用使得Neon EVM dApps可以读取存储在Solana上的信息。项目可以选择直接使用QueryAccount库来创建定制的数据源，或者利用QueryAccount支持的基础设施，如PythNeon，通过传统的预言机模型访问Solana数据。

cache():cache()函数用于检索并将Solana账户的元数据和部分数据存储在内存缓存中，以达到代码优化和数据一致性的目的。

owner():owner()函数用于检索一个Solana账户的所有者的地址。

length(): length()函数用于检索一个Solana账户的数据长度。

lamports(): lamports()函数用于检索一个Solana账户中存储的lamports数量。

executable(): executable()函数用于检索一个Solana账户的可执行标志。

rent_epoch(): rent_epoch()函数用来检索一个Solana账户的租金纪元。

data(): data()函数用于检索存储在Solana账户中的数据（以字节为单位）。这些数据可能是由Oracle带来的真实世界的数据。

如果你有兴趣查看QueryAccount函数的集成测试，你可以在这里进行。

如果这篇文章让您有更多问题，请通过 Discord 与我们的团队联系。我们将非常乐意帮助回答有关 QueryAccount 库的任何问题，并解释它如何促进 Solidity 和 Rust 程序之间的通信。

Neon EVM是一个类似以太坊的环境，使Solidity合约和类似以太坊的交易有可能在Solana上运行。虽然Neon EVM建立在Solana上，但该平台上的dApps不能原生地访问Solana账户以获取链上数据。为了克服这一限制，Neon Labs开发了QueryAccount库。

QueryAccount是一个低级别的Solidity库，为开发者提供标准化的功能，以检索链上信息，如价格信息，供他们的Neon EVM dApps使用。用户可以将 QueryAccount 视为一个单向的数据通道，允许 Neon EVM dApps 读取存储在 Solana 上的信息。

QueryAccount 库促进了 Solidity 和 Rust 程序之间的通信。构成该库的 Solidity 函数由一个预编译的 Rust 程序在一个固定的 Solana 地址上支持。

QueryAccount 中的每个 Solidity 函数通过静态调用与预编译的 Rust 程序互动，这意味着 Rust 程序的状态不会被修改。Solidity 函数能够通过 Solidity 应用程序二进制接口 (ABI) 这样做，这是语言的一个低级特征。ABI 是两个二进制程序（已编译程序）之间的接口。它定义了调用函数背后的程序以及两个二进制程序之间如何传递参数。

当Rust程序通过ABI被调用时，它从指定的Solana账户中抓取所要求的信息，并将其作为一组非结构化的字节写进内存。然后，QueryAccount函数将从内存中读取这些字节，并将其转换为高层编程中更常见的数据类型（整数、字符串等）。这些数据类型然后可以被其他 Solidity 程序轻松读取，例如 Neon EVM 上的 dApps。

许多Neon EVM dApps将需要使用不稳定的现实世界数据，如价格信息、运动统计、天气等。然而，由于区块链的确定性，dApps不能使用API来获取外部数据。Neon EVM dApps需要依靠Solana口令来检索和发布链上的数据，以获得一致的信息参考。

QueryAccount的使用使得Neon EVM dApps可以读取存储在Solana上的信息。项目可以选择直接使用QueryAccount库来创建定制的数据源，或者利用QueryAccount支持的基础设施，如PythNeon，通过传统的预言机模型访问Solana数据。

cache():cache()函数用于检索并将Solana账户的元数据和部分数据存储在内存缓存中，以达到代码优化和数据一致性的目的。

owner():owner()函数用于检索一个Solana账户的所有者的地址。

length(): length()函数用于检索一个Solana账户的数据长度。

lamports(): lamports()函数用于检索一个Solana账户中存储的lamports数量。

executable(): executable()函数用于检索一个Solana账户的可执行标志。

rent_epoch(): rent_epoch()函数用来检索一个Solana账户的租金纪元。

data(): data()函数用于检索存储在Solana账户中的数据（以字节为单位）。这些数据可能是由Oracle带来的真实世界的数据。

如果你有兴趣查看QueryAccount函数的集成测试，你可以在这里进行。

如果这篇文章让您有更多问题，请通过 Discord 与我们的团队联系。我们将非常乐意帮助回答有关 QueryAccount 库的任何问题，并解释它如何促进 Solidity 和 Rust 程序之间的通信。