** Snapp = 去中心化应用（Dapps）+ 隐私（隐私）+ 脱链数据（链下数据）+ 可扩展性（可扩展性）**

世界上最轻支持的一个区块链，Mina 是一个全新的应用类别，世界 Snapps3：Snark 化的应用。Snapps 在功能上与以太坊坊上的 Dapp 相似，但由于同一特定的属性，Snapp 更胜一筹：

1. 在不披露数据的情况下验证数据的通知。

2. 验证使用计算的正确执行。

3. 重要的可损害性的好处。

这些类型的应用特别是新的，在它们，它们都存在于当今的区块链中：ZCash 伴随着属性 1 的 Snapp，Mina 伴随着属性 2 的 Snapp。

Snapp 也比以太坊上的 Dapp 高效执行。为了让这个坊以太计算机向其用户承诺 Dapp，网络上的节点和矿工必须运行相同的计算。这非常低效。对于 Mina 上 Snapp，Snapp 是由它开发的人员执行一次，之后所有其他节点都可以验证相关的SNARK证明。 人们可以对以太坊上的SNARK驱动的2个Dapp进行同样的演示层，但是这些Dapp仍然受到限制的破坏，而米娜上坊斯内普米娜米娜一点链的特性，具有可开发性的潜力。

一个Snapp上的Mina有以下工作流程：

1. 确定要运行的代码，如果没有报道，就发布它

2. 使用下面的代码通过对 Mina 的函数调用来部署一个 SNARK 电路

3. 获取要在其上执行计算的数据

4. 使用相关数据调用函数

5.  运行在链上，后计算智能【在主网6-12个月就可以完成】

6. 将函数返回的 SNARK 证明附加到 Mina 地址

7. Mina可知SNARK证明的结果执行事务

技术概述

按照现在的设计，米娜的斯内普功能将工作如下。

• 将有一种新的账户，称为“p 账户”，除了公钥和余额之外，Snap 还将包含一个 Pickles 的 ARK 验证密码 K 和一个状态 S，由多个元素组成。

• 将会出现一种这种“单一的Snapp 事务”的新型事务。将支持其与标准帐户之间的快速，以及更新Snapp 的状态。

• 一个标准账户地址：一个标准的账户地址

• 一个Snapp账户地址：一个Snapp账户地址

• A signed amount "snapp_account_delta" which represents the change in balance for the Snapp account：表明 Snapp 账户余额变化的已署名“snapp_account_delta”数量

• An optional proposed new state "snapp_new_state" for the Snapp account：对于一个 Snapp 账户可供选择的建议的新状态“snapp_new_state”

• If snapp_acount_delta > 0, a signature on the transaction from the standard account：如果 snapp_account_delta 大于 0，标准账户上产生一笔签名事务

• A Pickles SNARK proof which should verify (with the Snapp account's verification key) against a statement including：一个需要反证以下陈述的 Pickles SNARK 证明：

• snapp_account_delta : SignedAmount

• snapp_prev_state : Array

  • snapp_new_state : Array

  应用该事务的结果将按照指示更新 Snapp 的状态，通过 snapp_acount_delta 修改 Snapp 的余额，通过 - snapp_account_delta 修改标准账户的余额。

  • 将会有一种新的事务叫做“双 Snapp 交易”。这将允许同时更新两个 Snapp 账户的状态（并在两者之间转移资金）。

  • 它将包含

  • A Snapp account address "address1"：一个 Snapp 账户“address1”

  • A Snapp account address "address2"：一个 Snapp 账户“address2”

  • A signed amount "account1_delta" which represents the change in balance for the first account：表明第一个账户余额变化的已签名“account1_delta”数量

  • Two optional proposed new states "account1_new_state" and "account2_new_state"：两个 Snapp 账户可供选择的建议的新状态“account1_new_state”和“account2_new_state”

  • If snapp_acount_delta > 0, a signature on the transaction from the standard account：如果 snapp_account_delta 大于 0，标准账户上产生一笔签名事务

  • Two Pickles SNARK proofs proof1, proof2, which should for i = 1, 2 should verify (with account i's verification key) against a statement including：两个需要证明以下陈述的 Pickles SNARK 证明：

  • account1_delta : SignedAmount

  • account1_prev_state : Array

    • account1_new_state : Array

      • account2_prev_state : Array

        • account2_new_state : Array

        应用该交易的结果将是按照指示更新两个帐户的状态，用 account1_delta 修改 account1 的余额，用 -account1_delta 修改 account2 的余额。

        O(1) Labs 目前正在为应用开发者开发工具，包括现有的 snarky 等工具，以便轻松开发 Snapp，只需点击一个按钮，就可以计算所需的 SNARK 证明。该工具将与 Mina 兼容，为 Snapp 提供一种获得状态和财务价值的简单方式。

** Snapp = 去中心化应用（Dapps）+ 隐私（隐私）+ 脱链数据（链下数据）+ 可扩展性（可扩展性）**

世界上最轻支持的一个区块链，Mina 是一个全新的应用类别，世界 Snapps3：Snark 化的应用。Snapps 在功能上与以太坊坊上的 Dapp 相似，但由于同一特定的属性，Snapp 更胜一筹：

1. 在不披露数据的情况下验证数据的通知。

2. 验证使用计算的正确执行。

3. 重要的可损害性的好处。

这些类型的应用特别是新的，在它们，它们都存在于当今的区块链中：ZCash 伴随着属性 1 的 Snapp，Mina 伴随着属性 2 的 Snapp。

Snapp 也比以太坊上的 Dapp 高效执行。为了让这个坊以太计算机向其用户承诺 Dapp，网络上的节点和矿工必须运行相同的计算。这非常低效。对于 Mina 上 Snapp，Snapp 是由它开发的人员执行一次，之后所有其他节点都可以验证相关的SNARK证明。 人们可以对以太坊上的SNARK驱动的2个Dapp进行同样的演示层，但是这些Dapp仍然受到限制的破坏，而米娜上坊斯内普米娜米娜一点链的特性，具有可开发性的潜力。

一个Snapp上的Mina有以下工作流程：

1. 确定要运行的代码，如果没有报道，就发布它

2. 使用下面的代码通过对 Mina 的函数调用来部署一个 SNARK 电路

3. 获取要在其上执行计算的数据

4. 使用相关数据调用函数

5.  运行在链上，后计算智能【在主网6-12个月就可以完成】

6. 将函数返回的 SNARK 证明附加到 Mina 地址

7. Mina可知SNARK证明的结果执行事务

技术概述

按照现在的设计，米娜的斯内普功能将工作如下。

• 将有一种新的账户，称为“p 账户”，除了公钥和余额之外，Snap 还将包含一个 Pickles 的 ARK 验证密码 K 和一个状态 S，由多个元素组成。

• 将会出现一种这种“单一的Snapp 事务”的新型事务。将支持其与标准帐户之间的快速，以及更新Snapp 的状态。

• 一个标准账户地址：一个标准的账户地址

• 一个Snapp账户地址：一个Snapp账户地址

• A signed amount "snapp_account_delta" which represents the change in balance for the Snapp account：表明 Snapp 账户余额变化的已署名“snapp_account_delta”数量

• An optional proposed new state "snapp_new_state" for the Snapp account：对于一个 Snapp 账户可供选择的建议的新状态“snapp_new_state”

• If snapp_acount_delta > 0, a signature on the transaction from the standard account：如果 snapp_account_delta 大于 0，标准账户上产生一笔签名事务

• A Pickles SNARK proof which should verify (with the Snapp account's verification key) against a statement including：一个需要反证以下陈述的 Pickles SNARK 证明：

• snapp_account_delta : SignedAmount

• snapp_prev_state : Array

  • snapp_new_state : Array

  应用该事务的结果将按照指示更新 Snapp 的状态，通过 snapp_acount_delta 修改 Snapp 的余额，通过 - snapp_account_delta 修改标准账户的余额。

  • 将会有一种新的事务叫做“双 Snapp 交易”。这将允许同时更新两个 Snapp 账户的状态（并在两者之间转移资金）。

  • 它将包含

  • A Snapp account address "address1"：一个 Snapp 账户“address1”

  • A Snapp account address "address2"：一个 Snapp 账户“address2”

  • A signed amount "account1_delta" which represents the change in balance for the first account：表明第一个账户余额变化的已签名“account1_delta”数量

  • Two optional proposed new states "account1_new_state" and "account2_new_state"：两个 Snapp 账户可供选择的建议的新状态“account1_new_state”和“account2_new_state”

  • If snapp_acount_delta > 0, a signature on the transaction from the standard account：如果 snapp_account_delta 大于 0，标准账户上产生一笔签名事务

  • Two Pickles SNARK proofs proof1, proof2, which should for i = 1, 2 should verify (with account i's verification key) against a statement including：两个需要证明以下陈述的 Pickles SNARK 证明：

  • account1_delta : SignedAmount

  • account1_prev_state : Array

    • account1_new_state : Array

      • account2_prev_state : Array

        • account2_new_state : Array

        应用该交易的结果将是按照指示更新两个帐户的状态，用 account1_delta 修改 account1 的余额，用 -account1_delta 修改 account2 的余额。

        O(1) Labs 目前正在为应用开发者开发工具，包括现有的 snarky 等工具，以便轻松开发 Snapp，只需点击一个按钮，就可以计算所需的 SNARK 证明。该工具将与 Mina 兼容，为 Snapp 提供一种获得状态和财务价值的简单方式。