applayer是什么？全面解讀applayer跨鏈應(yīng)用的模塊化evm層 ！app layer 代表了區(qū)塊鏈技術(shù)的重大進(jìn)步，解決了以太坊虛擬機(jī) (evm) 生態(tài)系統(tǒng)中長(zhǎng)期存在的限制,通過(guò)利用其模塊化架構(gòu)和高級(jí)功能（例如隨機(jī)確定性權(quán)益證明 (rdpos) 和增強(qiáng)的區(qū)塊鏈開(kāi)發(fā)工具），app layer 有望為跨鏈應(yīng)用程序提供無(wú)與倫比的可擴(kuò)展性、效率和靈活性。
那么AppLayer是什么？AppLayer有什么作用？AppLayer解決了什么問(wèn)題？AppLayer未來(lái)前景如何？下面就和本站小編一起詳細(xì)了解下吧！
簡(jiǎn)介
AppLayer實(shí)際上有著相當(dāng)長(zhǎng)的開(kāi)發(fā)歷史，專注于擴(kuò)展解決方案。最初，該團(tuán)隊(duì)致力于 ?verest ，它是在 2022 年 Avalanche 峰會(huì)的黑客馬拉松期間出現(xiàn)的。該項(xiàng)目有一個(gè)簡(jiǎn)單的目標(biāo)——構(gòu)建一個(gè)滿足兩個(gè)關(guān)鍵要求的確定性子網(wǎng)：支持高吞吐量并使用 C 構(gòu)建。這一發(fā)展后來(lái)演變?yōu)?SparqNet——一種協(xié)議，其中包含用于創(chuàng)建子網(wǎng)和去中心化應(yīng)用程序的工具，具有破紀(jì)錄的交易速度，實(shí)現(xiàn)了曾經(jīng)被認(rèn)為不可能實(shí)現(xiàn)的事情。
SparqNet 在一系列協(xié)議級(jí)服務(wù)中提供了巨大的價(jià)值，首先是處理來(lái)自 SparqNet 內(nèi)及之外的任何 EVM 鏈的交易的橋接器。此外，SparqNet 不依賴于語(yǔ)言，其橋接器與任何鏈兼容，確保智能合約和資產(chǎn)的無(wú)縫轉(zhuǎn)移。早在 2022 年，該團(tuán)隊(duì)就傾向于 GameFi 和 DeFi，他們繼續(xù)沿著這條軌跡前進(jìn)。
目前，我們將該項(xiàng)目視為AppLayer——用于跨鏈應(yīng)用程序的模塊化 EVM 層。它如何工作，與其他解決方案有何不同？讓我們仔細(xì)看看。
2. AppLayer 評(píng)審
首先，值得注意的是，雖然AppLayer是 EVM 特有的，但它具有幾個(gè)獨(dú)特的功能。特別是，AppLayer旨在解決固有的 EVM 問(wèn)題。例如，在以太坊虛擬機(jī)的情況下，您將無(wú)法執(zhí)行以下任何操作：
由于 gas limit 限制，執(zhí)行某個(gè)函數(shù)循環(huán)超過(guò) 50 次；
由于 EVM 的限制，堆棧大小大于 16 個(gè)變量；
并行執(zhí)行多個(gè)合約（例如，每次新區(qū)塊包含與不同合約交互的多個(gè)交易時(shí)，您需要加載合約、分析合約，并按照特定順序?qū)⒚總€(gè)合約的更改保存到數(shù)據(jù)庫(kù)中）。
正如AppLayer開(kāi)發(fā)人員 Itamar 所說(shuō)：“最大的問(wèn)題是每個(gè)人都共享同一臺(tái)計(jì)算機(jī)，而那臺(tái)計(jì)算機(jī)是 Commodore 64。”
因此，App Layer 是一個(gè)具有多層的模塊化區(qū)塊鏈，旨在解決這些限制。它引入了一個(gè)包含狀態(tài)跟蹤預(yù)編譯的區(qū)塊鏈系統(tǒng)，允許第三方在共享其狀態(tài)的統(tǒng)一網(wǎng)絡(luò)中部署和初始維護(hù)這些合約。所有這些都由 EVM 集成、狀態(tài)保存預(yù)編譯和鏈抽象支持。
此外，區(qū)塊鏈開(kāi)發(fā)中最大的挑戰(zhàn)之一是處理區(qū)塊回滾。例如，在比特幣鏈中，如果我們假設(shè)有一個(gè)最終區(qū)塊，后面跟著另一個(gè)區(qū)塊，并且一個(gè)節(jié)點(diǎn)收到一個(gè)替換最后一個(gè)區(qū)塊的區(qū)塊，那么下一個(gè)區(qū)塊及其內(nèi)的所有交易也會(huì)被替換，從而導(dǎo)致區(qū)塊鏈狀態(tài)回滾一個(gè)區(qū)塊。
比特幣和其他衍生區(qū)塊鏈遵循“最長(zhǎng)鏈規(guī)則”。然而，回滾暴露了該規(guī)則中的問(wèn)題。例如，當(dāng)開(kāi)發(fā)人員創(chuàng)建必須處理此類特殊情況的 dApp 時(shí)，可能需要付出巨大努力，具體取決于應(yīng)用程序的大小和/或復(fù)雜性。
解決這個(gè)問(wèn)題的方法是完全避免回滾條件。這可以通過(guò)確定性地定義哪個(gè)網(wǎng)絡(luò)節(jié)點(diǎn)可以創(chuàng)建塊來(lái)實(shí)現(xiàn)，從而消除塊競(jìng)爭(zhēng)條件并使網(wǎng)絡(luò)中的每個(gè)人都與同一個(gè)最終塊同步。
App Layer 將這一概念實(shí)現(xiàn)為隨機(jī)確定性權(quán)益證明 (rdPoS)，它結(jié)合了區(qū)塊過(guò)載系統(tǒng)和隨機(jī)數(shù)生成器系統(tǒng)，在任何給定時(shí)間只允許一個(gè)驗(yàn)證者創(chuàng)建一個(gè)區(qū)塊，從而避免回滾并在超快速網(wǎng)絡(luò)中達(dá)成共識(shí)。
3. AppLayer 組件和網(wǎng)絡(luò)參與者
從基本層面上講，AppLayer網(wǎng)絡(luò)由三部分組成：
一個(gè)區(qū)塊鏈開(kāi)發(fā)工具包（以下簡(jiǎn)稱BDK），擁有豐富的開(kāi)發(fā)人員文檔，讓他們能夠以前所未有的自由度輕松創(chuàng)建自己的AppLayers。
使用區(qū)塊鏈開(kāi)發(fā)工具包構(gòu)建的 EVM 網(wǎng)絡(luò)，允許開(kāi)發(fā)人員部署 EVM 智能合約并使用 C 預(yù)編譯和狀態(tài)跟蹤對(duì)其進(jìn)行擴(kuò)展。
實(shí)現(xiàn)這些應(yīng)用鏈與外部鏈之間數(shù)據(jù)和資產(chǎn)聚合的網(wǎng)絡(luò)，稱為鏈抽象網(wǎng)絡(luò)（CAN）。
因此，使用 BDK 創(chuàng)建的區(qū)塊鏈可以通過(guò)AppLayer相互交互。
為了使該系統(tǒng)正常運(yùn)行，AppLayer有幾個(gè)參與者和輔助組件：
驗(yàn)證者——一臺(tái)計(jì)算機(jī)，通常托管在數(shù)據(jù)中心，通常稱為服務(wù)器，其唯一目的是操作和保護(hù)區(qū)塊鏈網(wǎng)絡(luò)。驗(yàn)證者需要質(zhì)押至少 200,000 個(gè) $APPL 代幣，并負(fù)責(zé)創(chuàng)建區(qū)塊、生成用于選擇下一個(gè)區(qū)塊創(chuàng)建者的“隨機(jī)”種子，以及收集和簽署橋接和區(qū)塊數(shù)據(jù)。根據(jù)文檔，該團(tuán)隊(duì)正在探索實(shí)施削減機(jī)制的可能性。
Sentinels與 Validators 類似，不同之處在于它們不能創(chuàng)建區(qū)塊或獨(dú)立運(yùn)行。隨機(jī)選擇的 Validators 和 Sentinels 都必須向請(qǐng)求方提交相同的數(shù)據(jù)；否則，它們將被報(bào)告給網(wǎng)絡(luò)作為惡意節(jié)點(diǎn)。AppLayer Labs 及其合作伙伴托管它們以確保這種情況不會(huì)發(fā)生。Sentinels 可以由受信任的第三方托管，并接受嚴(yán)格的 KYC 流程。最終，隨著網(wǎng)絡(luò)和核心技術(shù)的發(fā)展，Sentinels 將逐漸被淘汰，取而代之的是完全無(wú)需許可的系統(tǒng)。Sentinels 還需要質(zhì)押 200,000 美元 APPL。
應(yīng)用程序鏈— 核心部分，也稱為 AppLayer?，由使用 AppLayer 的區(qū)塊鏈開(kāi)發(fā)工具包 (BDK) 構(gòu)建并部署在 AppLayer 的鏈抽象層上的區(qū)塊鏈組成。AppLayer 的 BDK 目前支持使用 C 和 Solidity 進(jìn)行開(kāi)發(fā)，并計(jì)劃添加其他語(yǔ)言，如 Rust、C#、Golang 等。這些應(yīng)用程序鏈被編譯成二進(jìn)制文件，以便與 Solidity 字節(jié)碼一起高效執(zhí)行。
橋接器— 允許 AppLayer 支持的區(qū)塊鏈?zhǔn)褂面湷橄缶W(wǎng)絡(luò) (CAN) 作為中介進(jìn)行本地通信的組件，其中 AppLayer 充當(dāng)兩個(gè)試圖通信的 dApp 鏈之間的橋梁。該橋接器也由一組驗(yàn)證器和哨兵維護(hù)。
rdPoS（隨機(jī)確定性權(quán)益證明）——允許驗(yàn)證者和哨兵處理區(qū)塊過(guò)載和隨機(jī)數(shù)生成。rdPoS 的核心是 RandomGen，這是一個(gè)確定性的 uint256_t 生成器，幾乎用于與共識(shí)相關(guān)的所有事情。這種確定性的隨機(jī)性確保每個(gè)節(jié)點(diǎn)都有機(jī)會(huì)響應(yīng)給定的請(qǐng)求（區(qū)塊、隨機(jī)性、橋接等），同時(shí)還確保所選節(jié)點(diǎn)是真正隨機(jī)的，不會(huì)受到惡意行為者的攻擊。
4. AppLayer 中的交易生命周期
1.網(wǎng)絡(luò)驗(yàn)證器列表是隨機(jī)生成的，并使用來(lái)自前一個(gè)塊的“隨機(jī)性”種子進(jìn)行排序。
2.列表中的第一個(gè)驗(yàn)證者成為塊創(chuàng)建者，而至少另外四個(gè)驗(yàn)證者生成一個(gè)隨機(jī)的 32 字節(jié)字符串并使用它執(zhí)行兩個(gè)交易：一個(gè)包含指定字符串的哈希值，另一個(gè)包含字符串本身，兩者都經(jīng)過(guò)簽名。
3.對(duì)哈希進(jìn)行驗(yàn)證以確保它們與相應(yīng)的隨機(jī)字符串匹配。
4.第一個(gè)驗(yàn)證者通過(guò)組合和散列其他驗(yàn)證者的隨機(jī)字符串來(lái)創(chuàng)建一個(gè)新塊，以生成新的“隨機(jī)性”種子，該種子將在下一個(gè)塊中使用。
4.該區(qū)塊由第一個(gè)驗(yàn)證者簽名并發(fā)布到網(wǎng)絡(luò)，而其他驗(yàn)證者驗(yàn)證所有交易簽名（隨機(jī)和散列）是否與一開(kāi)始生成的列表匹配。
6.創(chuàng)世塊（鏈中的第一個(gè)塊）提供了有效的固定隨機(jī)性，因?yàn)樵趧?chuàng)世塊之前沒(méi)有可以產(chǎn)生隨機(jī)性的前一個(gè)塊。此外，至少需要五個(gè)硬編碼驗(yàn)證器來(lái)引導(dǎo)網(wǎng)絡(luò)，因?yàn)槊總€(gè)塊至少需要四個(gè)驗(yàn)證器來(lái)確認(rèn)字符串和哈希交易簽名，一個(gè)驗(yàn)證器來(lái)簽署塊本身。
另外，該文檔對(duì) BDK 和合約（包括常規(guī)、EVM 和預(yù)構(gòu)建）的內(nèi)部功能和文件有非常詳細(xì)的描述。
5. AppLayer 為 GameFi 和 DeFi 開(kāi)發(fā)者提供了哪些優(yōu)勢(shì)
GameFi：
以前，GameFi 開(kāi)發(fā)人員必須手動(dòng)解碼交易數(shù)據(jù)并調(diào)用動(dòng)態(tài)合約中的相應(yīng)函數(shù)。例如，在玩家達(dá)到某個(gè)階段后獲得游戲內(nèi)代幣的游戲中，開(kāi)發(fā)人員必須手動(dòng)解碼此交易并啟動(dòng)代幣發(fā)行。這個(gè)過(guò)程可能很耗時(shí)，而且容易出錯(cuò)。
有了新的自動(dòng)注冊(cè)功能，這個(gè)過(guò)程就自動(dòng)化了。動(dòng)態(tài)函數(shù)識(shí)別和注冊(cè)允許系統(tǒng)在玩家到達(dá)檢查點(diǎn)后立即自動(dòng)發(fā)行代幣。
過(guò)去，使用 std::string 存儲(chǔ)各種類型的數(shù)據(jù)會(huì)導(dǎo)致混亂和復(fù)雜性，尤其是在使用多種數(shù)據(jù)類型的游戲中。例如，游戲可能使用字節(jié)來(lái)存儲(chǔ)圖像數(shù)據(jù)，使用文字字符串來(lái)存儲(chǔ)玩家姓名，使用十六進(jìn)制來(lái)存儲(chǔ)顏色代碼。將所有這些都存儲(chǔ)在 std::string 中并不直觀。
借助新更新，開(kāi)發(fā)人員可以將這些類型存儲(chǔ)在適當(dāng)?shù)念愋停˙ytes、BytesArr 和 BytesArrView）中，從而提高代碼的可讀性并減少調(diào)試問(wèn)題。
P2P 協(xié)議的全面改進(jìn)可以徹底提高多人游戲的性能。在快節(jié)奏的多人游戲中，每一毫秒都至關(guān)重要。使用 Websockets 進(jìn)行 P2P 通信可能會(huì)導(dǎo)致延遲并降低游戲體驗(yàn)。
通過(guò)在新更新中切換到原始 TCP 套接字，對(duì)等體之間的通信變得更快、更高效。這意味著更快的游戲同步和數(shù)據(jù)傳輸，從而帶來(lái)更好的游戲體驗(yàn)、更多的實(shí)時(shí)互動(dòng)和更快樂(lè)的玩家。
在通過(guò)反射簡(jiǎn)化合約管理之前，開(kāi)發(fā)人員必須在合約管理器中手動(dòng)注冊(cè)動(dòng)態(tài)合約，這可能會(huì)導(dǎo)致復(fù)雜的工作流程。想象一下，一款游戲涉及多個(gè)智能合約——一個(gè)用于玩家排名，一個(gè)用于代幣發(fā)行，還有一個(gè)用于游戲內(nèi)購(gòu)買。每個(gè)合約都必須手動(dòng)注冊(cè)，這是一個(gè)繁瑣的過(guò)程。
引入適當(dāng)?shù)暮霞s返回類型可以簡(jiǎn)化開(kāi)發(fā)過(guò)程。考慮一款有市場(chǎng)的游戲，玩家可以在其中購(gòu)買、出售和交易游戲內(nèi)資產(chǎn)。以前，當(dāng)玩家購(gòu)買物品時(shí)，合約函數(shù)會(huì)返回通用類型，需要開(kāi)發(fā)人員處理類型轉(zhuǎn)換和解釋。這很復(fù)雜，而且容易出錯(cuò)。
DeFi：
以前在 DeFi 中，如果開(kāi)發(fā)人員想要在允許代幣交換的動(dòng)態(tài)合約中編碼函數(shù)，他們必須手動(dòng)解碼交易數(shù)據(jù)。例如，將一種加密貨幣兌換成另一種加密貨幣需要手動(dòng)注冊(cè)交易的每個(gè)步驟。
使用自動(dòng)注冊(cè)，這個(gè)過(guò)程變得簡(jiǎn)單，因?yàn)橄到y(tǒng)可以動(dòng)態(tài)識(shí)別和注冊(cè)動(dòng)態(tài)合約中的函數(shù)。
在 std::string 中存儲(chǔ)各種數(shù)據(jù)類型（例如交易詳細(xì)信息、地址或代幣信息）可能會(huì)導(dǎo)致混亂并增加調(diào)試時(shí)間，從而降低 DeFi 操作的整體效率并減慢智能合約的執(zhí)行速度。
P2P 協(xié)議的重大改革可以增強(qiáng) DeFi 應(yīng)用程序的性能。以前，使用 Websockets 可能會(huì)減慢交易速度或?qū)е聰?shù)據(jù)傳輸效率低下。
在更新之前，必須在合約管理器中手動(dòng)注冊(cè)用于管理流動(dòng)性池、質(zhì)押協(xié)議或收益耕作方案的動(dòng)態(tài)合約。這可能既耗時(shí)又復(fù)雜。
現(xiàn)在，此更新使注冊(cè)過(guò)程自動(dòng)化，簡(jiǎn)化了多個(gè)合約的管理，使開(kāi)發(fā)人員可以專注于構(gòu)建更高級(jí)的 DeFi 協(xié)議，而不是管理管理任務(wù)，從而加速 DeFi 應(yīng)用程序的發(fā)展。
隨著適當(dāng)?shù)暮霞s返回類型的引入，交互變得更加簡(jiǎn)單。例如，如果用戶想要查看其貸款余額，合約函數(shù)現(xiàn)在會(huì)返回正確的類型，無(wú)需進(jìn)行復(fù)雜的類型轉(zhuǎn)換。這簡(jiǎn)化了用戶體驗(yàn)，使 DeFi 更容易被更廣泛的受眾所接受。
6. 團(tuán)隊(duì)
AppLayer 擁有經(jīng)驗(yàn)豐富的創(chuàng)始人以及 5 名開(kāi)發(fā)人員、3 名 BD 和 3 名營(yíng)銷團(tuán)隊(duì)成員。
聯(lián)合創(chuàng)始人兼業(yè)務(wù)主管 Michael Weinrub自比特幣誕生之初就一直涉足加密貨幣領(lǐng)域。Michael 擁有從 0 到 1 的創(chuàng)業(yè)經(jīng)驗(yàn)，并曾在 Microsoft 和 Citrix 等公司從事技術(shù)解決方案銷售工作。
Itamar Carvalho，聯(lián)合創(chuàng)始人兼首席技術(shù)官- Itamar 自 2016 年以來(lái)一直在為企業(yè)構(gòu)建定制區(qū)塊鏈，并利用了這些定制實(shí)施中的大量知識(shí)和經(jīng)驗(yàn)。此外，Itamar 一直致力于創(chuàng)建一種高度靈活的區(qū)塊鏈解決方案，該解決方案可以追溯到 2018 年，允許實(shí)施超級(jí)定制區(qū)塊鏈系統(tǒng)，我們決定在 2022 年將我們的兩個(gè)框架合并為一個(gè) SDK，其他構(gòu)建者可以利用該 SDK，從而在 Avax 峰會(huì)上贏得黑客馬拉松。
7. 合作與整合
AppLayer 在不同領(lǐng)域擁有各種各樣的合作伙伴關(guān)系，包括更名之前從 SparQnet 繼承的合作伙伴關(guān)系：L2、DeFi、基礎(chǔ)設(shè)施解決方案、AI 和工具，但特別注重游戲領(lǐng)域的合作伙伴關(guān)系。
在 L2 和基礎(chǔ)設(shè)施領(lǐng)域，AppLayer 與 IoTex、KuCoin Chain、Avy Domains、Covalent、P2P Cloud、Biometric Financial 和 NUVO 等項(xiàng)目和產(chǎn)品建立了合作伙伴關(guān)系并進(jìn)行了集成。這些集成旨在提高現(xiàn)有解決方案的性能，并通過(guò) AppLayer 技術(shù)創(chuàng)建新產(chǎn)品或附加組件。它們還用于將附加功能引入 AppLayer 本身。
在 DeFi 和 NFT 領(lǐng)域，AppLayer 與 OilSwap、EZSwap、StreamNFT 等項(xiàng)目建立了合作伙伴關(guān)系和集成。該領(lǐng)域涉及通過(guò)相互集成來(lái)改善用戶體驗(yàn)。
在人工智能和工具領(lǐng)域，AppLayer 與 OpenFabric、ChainFuse、SendingNetwork 和 Mises Browser 等項(xiàng)目建立了合作關(guān)系。共同的抱負(fù)推動(dòng)了這些合作，為去中心化金融和人工智能之間的無(wú)縫集成鋪平了道路。
上一節(jié)中最廣泛的軌道是游戲領(lǐng)域的合作和整合，AppLayer 可以充分部署其產(chǎn)品作為 Appchains 的精髓，提供令人印象深刻的速度、可擴(kuò)展性和多語(yǔ)言支持。特別是，游戲項(xiàng)目正在利用 AppLayer 的 OrbiterSDK 創(chuàng)建復(fù)雜的智能合約，將游戲體驗(yàn)提升到一個(gè)新的水平。這些項(xiàng)目包括 MetaStrike、CheersLand、Kingdom Karnage、CatacombCrawler、Meta2150s、Cosmic Force、Yesports、Ready Player DAO、LULU Market、Bionic Owls、Apes Planet、Battle For Giostone、Janus Network、HypaVerse、Eternis、Mental Maze、Stratagems.world、GGNation、Battledogs Arena。
8. 支持者
憑借其經(jīng)驗(yàn)和廣泛的人脈，AppLayer 擁有 Dewhales Capital、Cogitent Ventures、Big Brain Holdings、Magnus Capital、Curiosity Capital、Builder Capital、Zephyrus Capital、FrensDAO、Rengen Family Office、Brian Johnson（Republic Capital）、Connectico Capital 等支持者。
9. 結(jié)論
App Layer 代表了區(qū)塊鏈技術(shù)的重大進(jìn)步，解決了以太坊虛擬機(jī) (EVM) 生態(tài)系統(tǒng)中長(zhǎng)期存在的限制。通過(guò)利用其模塊化架構(gòu)和高級(jí)功能（例如隨機(jī)確定性權(quán)益證明 (rdPoS) 和增強(qiáng)的區(qū)塊鏈開(kāi)發(fā)工具），App Layer 有望為跨鏈應(yīng)用程序提供無(wú)與倫比的可擴(kuò)展性、效率和靈活性。
對(duì)于 GameFi 和 DeFi 領(lǐng)域的開(kāi)發(fā)者來(lái)說(shuō)，App Layer 帶來(lái)了重大改進(jìn)。其自動(dòng)化功能（例如動(dòng)態(tài)合約注冊(cè)和增強(qiáng)的 P2P 通信協(xié)議）簡(jiǎn)化了開(kāi)發(fā)流程，降低了調(diào)試復(fù)雜性并提高了應(yīng)用程序性能。這些進(jìn)步有望顯著提升用戶體驗(yàn)，使該平臺(tái)對(duì)新項(xiàng)目和現(xiàn)有項(xiàng)目都具有極大的吸引力。
App Layer 與 L2 解決方案、DeFi、NFT 和 AI 領(lǐng)域的主要行業(yè)參與者建立的戰(zhàn)略合作伙伴關(guān)系和集成展示了其廣泛的實(shí)用性和協(xié)作方法。在強(qiáng)大的游戲項(xiàng)目生態(tài)系統(tǒng)的支持下，對(duì)游戲的關(guān)注進(jìn)一步強(qiáng)調(diào)了其在區(qū)塊鏈領(lǐng)域改變和提升游戲體驗(yàn)的潛力。
以上就是AppLayer是什么？全面解讀AppLayer跨鏈應(yīng)用的模塊化EVM層的詳細(xì)內(nèi)容
鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標(biāo)記有誤，請(qǐng)第一時(shí)間聯(lián)系我們修改或刪除，多謝。
