摘要

AVIVE 是一个有远见的项目，旨在创建一个建立在元宇宙上的主权个人灵魂社交网络。该项目的最终目标是开发一个社会基础设施协议，为链上和链下主权足迹提供一个可互操作的层，包括链下地理数据和链上关系。该基础设施旨在使个人能够在去中心化、公平和自由的社会世界中连接、交互和共享信息。

AVIVE 的主要功能之一是基于网络证明的社交协议，它实现了 deSoc。AVIVE 的“灵魂力量”将个人和团体联系在一起。您获得的连接越多，您分散的计算能力就越强。此外，如果您的物理位置或虚拟空间位置更近，您的灵魂力就会变得更强。提供各种方式让过程变得有趣，比如推荐、组队、和好友交换魂力等。

AVIVE 的另一个独特之处是 SBT 革命。用户可以通过SBT登录，在L1上通过联网积累灵魂力，在L0上存储位置信息和社交关系。此外，还提供灵魂钱包，以降低未来大规模采用 web2 用户的门槛。

此外，AVIVE 具有独特的去中心化预言机，可连接链上和链下数据，提供对离线位置信息的实时访问。开发者可以在 AVIVE Marketplace 提交 dapps，利用去中心化的社交数据创建自己的产品和服务，而 L2 的 zkRollup 提供了高效和低成本的基础。

我们的使命是建立一个社会基础设施协议，其愿景是为链下和链上主权足迹（链下地理数据和链上行为）创建可互操作层。我们的最终目标是建立一个去中心化、透明和公平的社会环境。

我们的价值是让用户能够创造他们自己的独立灵魂，并建立一个同伴关系、自爱和不断扩展的灵魂绑定元节网络的基础。新世界应支持、包容并专注于促进其成员的成长和发展。

介绍

AVIVE 是基于以太坊的 L2 扩展解决方案，它利用了 zkSNARK 技术。因为zkRollup技术的实现，保证了从L2到L1提交的速度和可靠性。另外，根据 Vitalik Buterin 对现有 zkSNARK 技术的分类，AVIVE 属于第四种类型（type4），证明时间非常快。正是由于type4的独特性，AChina与其他连锁店相比具有以下突出特点：

• AVIVE不局限于solidity开发，将支持Golang、Rust、C++等更多编译型语言
• AVIVE将降低智能合约的开发门槛，让更多非Solid技能的工程师参与开发，降低技术门槛。

Avive

Souls 和 SoulBound 代币 (SBT)

虽然灵魂的传统定义是指一个人的精神本质，但这个词在区块链技术的背景下有了新的含义。Vatalik 将“Souls”称为账户或钱包的同义词，账户持有的代币称为“Soulbound Tokens”（SBT）。

Soul-bound tokens（SBT）是一种 NFT，代表用户在去中心化社交网络上的社交身份和声誉的所有权。

AVIVE重新定义了Soul-SBT系统，旨在帮助用户在web3生态中建立和管理自己至高无上的个体灵魂。

SBT登录

Soulbound 代币 (SBT) 是不可替代的代币，具有可编程的隐私参数，在 web3 生态系统中充当用户的身份。与依赖集中式提供商并牺牲隐私的传统单点登录 (SSO) 方法不同，Gain Network 的 SBT SSO 提供了一种去中心化且安全的解决方案。

它使 web3 用户能够轻松注册或登录 web3 应用程序，同时保护他们的隐私，而无需依赖中介或牺牲安全性。该过程就像在您的钱包中签署交易一样简单，与传统的 SSO 方法相比，SBT 细致入微的隐私参数提供了一种更加灵活和可定制的身份验证方法。

如何在 AVIVE 上使用 SBT SSO：

1. 1.连接 AVIVE 帐户
2. 2.使用钱包身份验证注册
3. 3.声明您的 .soul 名称
4. 4.通过 AI 铸造 AVIVE Soulbound Identity SBT
5. 5.使用分散式单点登录登录
6. 6.用于信用评分 SBT 和访问服务的 Mint web3 钱包。

SBT 的社会/社区恢复

区块链中传统钱包的安全机制通常涉及私钥的使用，私钥是一长串字母数字代码，用作访问用户资金的密码。当用户创建钱包时，会生成私钥，并指示用户妥善保管此密钥，因为任何有权访问私钥的人都可以访问钱包中的资金。

但是，仅依靠私钥进行身份验证可能会带来安全风险，因为私钥可能会丢失或被盗。在 Gain 网络中，我们将 SBT 视为与您的数字身份相关联的 web3 凭证。我们提出了一种开创性的社会/社区恢复方法，您将能够通过以下方式恢复您的资产：1) 灵魂在不同社区中拥有的最广泛的实时关系集；2) 依靠您信任的关系来恢复您的资产。

灵魂钱包

如前所述，我们在 AVIVE 中将“灵魂”称为“帐户或钱包”的同义词。我们提出了灵魂钱包的想法，这是一种区块链钱包，它使用密码学和分布式计算来增强用户资金的安全性和隐私性。在 Soul 钱包中，用户的私钥被分成多个部分，分布在多个节点上，没有一个节点可以访问完整的密钥。当用户想要访问他们的钱包时，多个节点使用加密协议协同工作以重建私钥并授权交易。

与传统钱包相比，Soul 钱包可以提供更高的安全性和隐私性，从而降低人们使用区块链钱包的门槛。通过在多个节点之间分发私钥，降低了单点故障的风险，也降低了密钥丢失或被盗的风险。这有助于在因安全问题而对使用传统区块链钱包犹豫不决的用户之间建立信任和信心。

此外，Soul 钱包可以消除用户手动管理和存储私钥的需要，从而提供更加用户友好的体验。对于可能不熟悉管理私钥技术方面的用户来说，这可以使使用区块链钱包的过程更易于访问和方便，并最终导致 web2 用户的大规模采用。

建筑学

AVIVE 的核心结构由三个主要部分组成：L1、L2 以及它们之间的层。

1. L1 相当于 AVIVE 中的以太坊，负责完成 L2 交易并确保系统的整体安全性。
2. L2本身就是AVIVE，兼容zkEVM，运行在PoN+DPoS共识算法下。L2 上的每个区块都由网络参与者挖掘和验证。
3. L1和L2之间的层由zkProvers和Operators(Aggregators+Validators)组成，他们负责并保证L1和L2之间的通信畅通。

交易

以太坊中的交易是由 EOA 加密签名的指令。这些指令存储在区块链中并添加到一个块中。当事务启动时，EVM 的状态会发生变化。交易可以是任何事情，从将以太币发送到另一个账户到调用智能合约的功能。

核心属性

1.Receiver : 收件人是账户接收交易的地址。接收方可以是合约账户，也可以是外部拥有的账户。每笔交易都针对特定的收件人。

2.Nonce ：此字段显示基于帐户计数器的最近交易，该计数器跟踪它进行了多少次交易。网络使用交易随机数来确保交易以正确的顺序完成。

3.Gas Price ：大多数交易都需要向交易的作者支付费用。该成本是按单位气体计算的。单位是 Wei，一个较小的以太单位。

4.Gas Limit ：交易作者指定交易使用的gas单位数量。这是可以消耗的气体总量。

5..Value：发送者账户希望传输给接收者的 Wei 或 Ether 的数量以该值表示。

6.数据：如果交易接收方是智能合约，则数据包含要执行的合约功能的信息。这包括具有不同长度的数据。

7.签名：签名表示通信的发送者。签名是在外部拥有的帐户使用其私钥确认并签署交易时创建的。

交易最终确定性

以太坊中的交易最终性是指保证交易不能在区块链网络的上下文中被逆转、更改或变异。

在权益证明下，以太坊交易在正常情况下平均在 2.5 个纪元（16 分钟）内完成。

一旦一个区块在 zk rollups 中被填充和密封，它的状态就会提交给以太坊主链，并为每个区块交易构建一个 SNARK 有效性证明。

从 AVIVE 的角度来看，最终性发生在 L1 执行交易（SNARK 验证）时。最终确定时间可能会更长，具体取决于通过 AVIVE 发送的交易量，但它会随着吞吐量的增加而减少。

聚合器是执行基本 ZK rollup 功能的参与者。他们负责在AVIVE区块中打包交易，进行计算，并将数据提交给以太坊主链进行验证。

验证者在区块链网络中的责任对于验证聚合器提交的数据至关重要。当数据提交到 L1 时，验证者的任务是提供来自 SNARK Prover 的相应证明，以验证提交数据的证明，通常是 L2 块。如果验证者确认，则验证过程被认为是成功的，并且区块链的新状态被认为是最终的。

共识

网络证明

AVIVE系统存储用户的社交关系，并将其转化为可量化的灵魂力。两个独立的个体物理距离越近，灵魂力越强。同样，连接的个体越多，灵魂力越强。用户定期将他们的 Soul Force 委托给验证者节点以获得奖励。验证者节点可以收集更多的社会关系来增加他们打包和验证区块的机会，从而获得更高的区块打包奖励。验证者节点然后根据协议规则分配这些奖励，激励用户参与委托 Soul Force 的民主化。

委托权益证明

股权证明 (PoS) 是工作证明 (PoW) 共识算法的一种更具可扩展性和能效的替代方案。然而，它的局限性之一是它限制了小权益用户参与网络。为了解决这个问题，一些区块链引入了委托权益证明 (DPoS) 机制，该机制允许代币持有者通过将其持有的股份委托给通常受到奖励激励的验证者来投票和选举验证者集。通过使用 DPoS，即使是小的 Soul Force 持有者也可以将他们的代币委托给验证者候选人，这会赋予社区权力并激励委托的 Soul Force 的民主化。

连锁通讯

网桥是一种系统，它允许使用 L1/L2 互操作性在部署在不同层（L1 和 L2）上的两个合约之间进行通信。开发人员可以为任何代币创建自己的桥接器，但默认桥接器（一个用于 ETH，一个用于 ERC20 代币）用于基本桥接。

要将代币从 L1 存入 L2，用户必须调用 L1 桥接合约上的 deposit 方法。这会触发以下操作：

1. 用户的 L1 代币将被发送到 L1 桥并锁定在那里。
2. L1 网桥使用 L1/L2 通信向 L2 网桥发起事务。
3. 在 L2 交易中，令牌被铸造并发送到 L2 上的指定地址。
4. 如果该代币在 zkSync 上还不存在，则会为其部署一个新合约。由于 L2 令牌地址是确定性的（基于原始 L1 地址、名称和符号），因此无论谁先桥接它，新的 L2 地址都将相同。
5. 对于每个执行的 L1 -> L2 事务，都会有一条 L2 -> L1 日志消息确认其执行。
6. 最后，调用 finalizeDeposit 方法，最终确定 L2 上的存款和铸币资金。

要将代币从 L2 提取到 L1，用户必须调用 L2 桥接合约上的 withdraw 方法，这会触发以下操作：

1. 发送带有取款信息的 L2 -> L1 消息。
2. 然后，在调用 L1 桥接合同上的 finalizeWithdraw 方法时，通过证明包含 L2 -> L1 消息，L1 桥中的任何人都可以完成取款操作。
3. 调用该方法后，资金从 L1 桥中解锁并发送给取款接收者。

AVIVE 中的交易费用由两部分组成：“baseFee”和“layer2 tip”。“baseFee”是用户需要向运营商支付的交易包含在内的最低金额。该费用是根据 l2gasLimit 和 L1 上的 gas 价格计算的。用户支付的高于“baseFee”的任何额外费用都被视为“layer2 tip”，并将用于按提供的 L2 费用对交易进行排序。

为了对交易进行排序，“优先堆”机制用于所有 L1 -> L2 交易。交易的基本成本以 gas 而非 ETH 定义，因此提交交易所需的实际以太币数量将取决于交易的 gas 价格。

要调用这些方法中的任何一种，推荐的流程是首先获取将用于发送交易的 gas 价格，然后获取交易的基本成本，最后发送包含必要价值的交易。

与 L1 -> L2 通信不同，在 AVIVE 上无法直接初始化从 L2 到 L1 的交易。但是，您可以从 AVIVE 向以太坊发送任意长度的消息，然后在 L1 智能合约上处理接收到的消息。要从 L2 端发送消息，您应该从 AVIVE 上的消息系统合约调用 sendToL1 方法。它只接受发送到以太坊上 AVIVE 智能合约的消息字节。

AVIVE 智能合约在 L1 端提供方法 proveL2MessageInclusion 来证明消息已发送到 L1 并包含在 AVIVE 块中。

附加功能

系统合约

为了简化零知识电路并实现轻松扩展，AVIVE 的逻辑的重要部分被转移到“系统合约”——一组服务于特殊用途并具有特殊特权的合约，例如部署合约，确保用户只支付一次用于发布合约调用数据等。这些合约的代码不会公开，并将集成到区块链核心中。

合约部署者

该合约负责部署新的智能合约，并确保每个已部署合约的字节码都是已知的。它还定义了派生地址，每当部署合约时，它都会发出 ContractDeployed 事件。未来将增加如何直接与该合约交互的说明。

消息发送者

该合约用于将消息从 AVIVE 发送到以太坊，并为每条发送的消息发出 L2L1 事件。

Nonce 管理器

该合约将帐户随机数存储在一个集中位置以提高效率，因为交易随机数和部署随机数都存储在一个地方。这也是为了方便操作者。

隔离

一些系统合约有可能以意想不到的方式影响以太坊账户。为了更有意识地管理与这些重要系统契约的交互，它们的大多数非视图方法只能使用特殊的 systemOnly 修饰符调用。

帐户摘要

以太坊等区块链系统中的传统账户模型基于外部拥有账户 (EOA) 的概念。EOA 只是一个私钥，由用户控制，可以将交易发送到网络上的其他帐户。EOA 的余额存储在区块链上，可以通过相应的私钥访问和控制。

相比之下，帐户抽象允许更灵活地在区块链上表示帐户。它引入了合约账户的概念，它可以像 EOAs 一样持有和管理资金，但也可以执行智能合约代码。合约账户由它们运行的​​代码控制，而不是由私钥控制。

通过账户抽象，不同的账户类型可以以更加模块化和可扩展的方式在区块链上表示，为区块链系统的设计和实施提供更大的灵活性。它还可以启用更高级的功能，例如第 2 层扩展解决方案和零知识证明等隐私保护技术。

EIP-4337

有几个关于账户抽象的提议。

1. 2016 年 EIP 86——该提案建议在用户和他们的钱包之间建立一个抽象层，允许多个签名者使用一个帐户。
2. 2020 年的 EIP 2938——提出了一种称为“AA 交易”的新交易类型。
3. 2020 年 EIP 3074——将用户账户权限委托给智能合约的提案。
4. 2021 年的 EIP 4337 – 提出了一个“伪交易”对象，它定义了智能合约如何代表用户进行交易。

EIP-4337 消除了发送交易的需要，用户需要发送一组 UserOperations。然后，捆绑器将 UserOperations 打包到单个事务中，并将其发送到 EntryPoint 合约，执行事务并及时补偿捆绑器。EIP-4337 消除了补贴 gas 费的后顾之忧，但未能结束以太坊上的 EOA 时代。

执行

账户接口

它包含以下5个方法：

IPaymaster接口

与 EIP4337 一样，我们的账户抽象协议支持 paymasters：可以补偿其他账户交易执行的账户。每个 paymaster 都应该实现 IPaymaster 它包含以下两个方法：

交易流程

每笔交易都经历以下过程：

验证过程

在验证步骤中，账户验证是否接受交易，如果接受则支付交易费用。如果验证失败，则不会向账户收费，并且交易不能包含在区块中。系统验证之前没有使用过交易的nonce，然后调用账户的validateTransaction方法。如果没有恢复，系统将继续下一步。接下来，系统验证交易的随机数是否已标记为已使用。

然后，系统调用该账户的payForTransaction方法。如果没有恢复，系统将继续下一步。接下来，系统调用发送方的prePaymaster方法，如果没有回滚，则调用paymaster的validateAndPayForPaymasterTransaction方法。如果它也没有恢复，则系统继续下一步。系统检查引导加载程序是否已收到足够的 ETH 给系统合约。如果是这样，则认为验证过程已完成，可以继续下一步。

执行过程

执行步骤负责执行交易并将任何未使用的 gas 退款发送回用户。如果在这个阶段有回滚，交易仍然被认为是有效的，将被包含在区块中。系统调用账户的executeTransaction方法。如果交易涉及paymaster，则调用paymaster的postOp方法。如果出纳员协助以 ERC-20 代币支付费用，则此步骤通常用于向发送方退还未使用的气体。

费用

EIP4337 描述了三种类型的 gas limit：verificationGas、executionGas 和 preVerificationGas，它们定义了区块中交易包含的不同步骤的 gas limit。但是，AChain 只有一个字段 gasLimit，它涵盖了所有三个的费用。提交交易时，确保 gasLimit 足以覆盖验证过程。

大规模采用

最重要的是，我们的使命之一是加速大规模采用加密货币以实现个人主权。AVIVE 为实现区块链技术的大规模采用做出了重大努力。这些努力包括：

1. PoN共识算法：AVIVE创新的共识算法通过从用户活跃的社交网络中收集数据，使用户更容易加入区块链网络。这打破了普通用户的进入障碍，他们可能会发现难以驾驭区块链技术的复杂性。
2. .语言兼容性：AVIVE采用了zkEVM技术的EVM兼容方案，语言兼容性更好。这意味着除了Solidity之外，开发者还可以使用更广泛的高级编程语言，如Golang、Rust、C++等来开发区块链智能合约。这为更多开发人员打开了生态系统，使他们能够创建更加多样化和复杂的 DApp。
3. Account Abstraction：AVIVE实现了Account Abstraction，将账户的存储和计算方面分开。这为用户提供了更大的灵活性和对其账户的控制，使他们能够执行更复杂的交易并与更广泛的区块链应用程序进行交互。
4. 改善用户体验：AVIVE 致力于通过为用户提供简单易用的界面来访问和使用区块链服务来改善其区块链网络的用户体验。

治理

模型

AVIVE 将采用去中心化治理模式，让代币持有者对网络的发展方向有发言权。这可以通过由代币持有者控制的 DAO（去中心化自治组织）来实现。DAO 可以有权做出重要决策，例如更改协议、网络升级和资金分配。

投票机制

DAO 将使用投票机制，允许代币持有者对提案进行投票。投票将通过确保透明度、准确性和安全性的智能合约进行。任何人都可以提交提案，包括代币持有者、开发人员和社区成员。

令牌锁定

为了防止代币持有者仅根据短期收益进行投票，DAO 将实施代币锁定机制。这将要求代币持有者在投票前将其代币锁定一段时间。锁定期越长，代币持有者的投票权就越大。

治理奖励

为了激励参与治理过程，AVIVE 将奖励参与投票和决策的代币持有者。这可以通过将一部分网络费用或区块奖励分配给参与治理过程的人来实现。

透明度

为确保治理过程的透明度，所有提案和投票都可以在区块链上公开。这将使代币持有者能够看到提案背后的原因和投票结果。

代币经济学

Avive 的网络证明具有三层结构：Treasury -> Clan -> Soul。氏族级别的分配是动态的，基于贡献，而氏族内每个灵魂的分配是基于承诺计算的。整个 Avive World 的代币供应量是永远固定的，但有一个循环机制来调整货币流通速度的供应量。

如果招募的灵魂超过一定数量，奖励的一部分将保留在金库中，以减轻女巫攻击。不过，这些奖励最终还是要用来补偿个体魂魄、其他氏族成员以及氏族宝库。承诺的归因逻辑在开始时是固定的，但可以在未来根据治理建议进行更新。

对手玩家面临各种削减条件。例如，如果 X 氏族的成员被确定为女巫，则整个氏族的奖励将被削减一定数额。此外，那些设计更好机制以创造更强网络效应的人会获得额外奖励。

术语

以下技术术语按字母顺序介绍。

帐户摘要

将资金控制与区块链中智能合约逻辑的执行分开的功能。这使用户能够与智能合约进行交互，而无需持有或管理用于支付交易费用的加密货币。

AVIVE

AVIVE是一个创新项目，旨在创造一个基于元宇宙的去中心化、公平、自由的社交新世界，让所有链下个体无障碍加入区块链。它具有各种社交元素，例如 LBS（基于位置的服务）、SBT（灵魂绑定身份）和 DeSoc。欲了解更多信息，请访问官方网站加入。

权益证明

DPoS（Delegated Proof of Stake）是区块链技术中使用的一种共识算法，用于在网络上达成共识。在 DPoS 系统中，代币持有者可以投票选出一定数量的“代表”，他们负责验证交易和创建新区块。这些代表被激励为网络的最大利益行事，因为他们可以为他们的工作赚取交易费和新铸造的代币。

与 PoW（工作证明）和 PoS（股权证明）不同，DPoS 旨在提高能源效率和可扩展性，因为它允许更快的块时间和更大的交易吞吐量。然而，DPoS 因其潜在的集中化而受到一些人的批评，因为验证交易和创建新区块的权力集中在少数代表手中。

位置服务

LBS 代表基于位置的服务。它是指一种服务，它利用用户移动设备的位置信息来提供定制的和特定于位置的信息或功能。LBS 可用于多种应用，包括社交媒体、导航和移动广告。通过利用位置数据，LBS 可以根据用户的物理位置提供相关且及时的信息，从而改善用户体验。SBTSBT，或“Soul-Bound Token”，是以太坊创始人 Vitalik Buterin 在 8 月 31 日提出的一个概念。它是指代表一个人的“灵魂”或唯一身份的令牌，可用于在去中心化系统上对操作进行身份验证和授权。SBT 背后的想法是为个人创建一种安全且用户友好的方式来与去中心化应用程序进行交互，而无需复杂的私钥管理。

灵魂力

用户活跃的社交关系网络可以通过AVIVE的专业算法进行量化，这种活跃的社交关系网络被称为“灵魂力”。

PoN

“PoN”是指“Proof of Networking+DPoS”，是AVIVE独有的共识算法。它涉及使用AVIVE专业算法对量化的Soul Force进行质押，并根据质押的Soul Force的权重获得打包和验证区块的机会。有关此共识算法的更多信息，请参阅共识算法部分。

权益证明

PoS代表股权证明，这是区块链技术中用于验证交易和创建新区块的共识机制。在 PoS 中，验证者（也称为“stakers”）被选择来创建新块并根据他们在网络中抵押或锁定的加密货币数量来验证交易。质押者拥有的加密货币越多，他们就越有可能被选中来验证交易和创建新区块。PoS 被认为比工作量证明 (PoW) 等其他共识机制更节能。

验证器

在 PoN+DPoS 共识算法中，验证者负责确认交易和创建新区块。这些验证者将自己的加密货币作为抵押品，以确保他们有经济动机诚实行事并防止任何恶意行为。

就使用 Soul Force 作为抵押加密货币的 AVIVE 而言，DPoS 验证者抵押他们的 Soul Force 以获得验证交易和创建新区块的权利。验证者投入的 Soul Force 数量会影响他们被选中验证交易和获得区块奖励的机会。恶意行为或未能履行义务的验证者可能会被削减他们的 Soul Force 作为惩罚。

zkEVM

zkEVM（零知识以太坊虚拟机）是一种允许在以太坊上执行私有和可扩展智能合约的技术。它将零知识证明的隐私保护特性与以太坊虚拟机 (EVM) 的功能相结合，以实现智能合约的安全高效执行。zkEVM 可以在不泄露合约或其输入的细节的情况下执行智能合约，同时仍然允许对结果进行验证。这比传统的智能合约执行有了显着改进，传统的智能合约执行通常是公开的，并且对区块链上的任何人都可见。

zkRollup

zkRollup 是区块链网络的第 2 层扩展解决方案，它通过将多个交易捆绑在一起成为一个交易来实现高吞吐量和低交易成本，然后使用零知识证明 (zkSNARKs) 在链下进行验证。这种方法大大减少了验证每笔交易所需的链上计算量，从而实现比基础层区块链更高的吞吐量。zkRollup 提供了强大的安全保证，允许任何人在不需要执行它们的情况下验证捆绑交易的有效性，并确保整个捆绑的正确性仅依赖于 zkSNARK 证明的正确性。