최근 주목해야 할 ETH 등 퍼블릭 체인 인프라의 변화는 무엇인가요?
Written by Lao Bai
최근 1차 시장에서 가장 핫한 트랙은 단연 AI이고, 그 다음으로 매일 화제가 되는 프로젝트의 80%가 이 두 트랙에 집중되어 있습니다. 하루에 5~6개의 AI 프로젝트에 대해 이야기할 수 있습니다.
내년쯤 AI 버블이 정점에 도달할 것으로 예상됩니다. 수백 개의 새로운 AI 프로젝트가 온라인에 등장하면서 AI 트랙의 시장 가치는 정점에 도달할 것입니다. 마침내 버블이 터지고 모든 것이 닭털로 뒤덮이게 됩니다. AI의 융합점을 진정으로 찾아내는 유니콘이 될 것입니다.
그러면 현재 과열된 AI 환경에서 마음을 진정시키고 최근 몇 달 간의 인프라 수준을 살펴보겠습니다. 특히 퍼블릭 체인 인프라 분야에서는 어떤 변화가 일어났나요? 언급할 가치가 있는 몇 가지 새로운 사항이 있습니다.
ETH, 또는 모놀리식 체인의 추가 해체
Celestia가 모듈화 및 DA 레이어 개념을 처음 제안했을 때 시장은 실제로 이를 소화하고 이해하는 데 많은 시간을 보냈습니다. 이제 이 개념은 오랫동안 뿌리를 내리고 있습니다. 다양한 RaaS 인프라는 인프라 수 > 애플리케이션 수 > 사용자 수의 과장된 단계로 확산되었습니다. (RaaS: Rollup-as-a-Service의 약어로, 애플리케이션 개발자가 Rollup을 빠르게 시작할 수 있도록 기성품인 Rollup 제품 및 서비스를 제공하는 것을 의미)
실행 레이어, DA 레이어, 결제 레이어가 개발되었습니다. 지난 몇 달 동안 여러 가지 기술 발전이 이루어졌고 각 계층은 새로운 기술 솔루션을 탄생시켰으며 결제 계층의 개념조차 더 이상 ETH에만 국한되지 않습니다. 각 레이어별 대표 기술에 대해 간략하게 이야기해보겠습니다.
실행 레이어
실행 레이어에서 가장 인기 있는 개념은 의심할 여지 없이 Monad, Sei, MegaETH, FTM, Canto 및 기타 기존 프로젝트로 대표되는 병렬 EVM입니다. 또한 이 방향으로 업그레이드할 계획을 시작했습니다. 그러나 모든 ZK 프로젝트가 개인정보를 보호하는 것은 아닌 것처럼 병렬 EVM이라는 라벨이 붙은 프로젝트는 실제로 서로 다른 기술적 경로와 궁극적인 목표를 가지고 있습니다.
직관적인 디스플레이를 위해 Sei의 사진을 찍으세요. 낙관적인 상황에서는기존 순차 처리를 병렬 처리로 변경해도 성능이 크게 향상될 것은 분명합니다.
병렬 EVM은 실제로 여러 가지 기술 경로로 나눌 수 있습니다.
1) 트랜잭션이 병렬화되는 방식의 관점에서 보면 선험성과 선험성의 차이를 제외하고는 하늘 아래 새로운 것이 없습니다. postiori
Solana와 Sui가 대표하는 사전은 트랜잭션이 수정한 체인 상태의 어느 부분을 명시적으로 선언해야 하므로 상태 충돌(예: 동일한 AMM 풀에 대한 액세스)이 있는지 감지합니다. 그런 다음 충돌하는 트랜잭션을 폐기합니다.
Posterior는 Aptos BlockSTM으로 대표되는 낙관적 병렬성이라고도 합니다. 즉, 트랜잭션을 수락하기 전에 모든 사람 사이에 갈등이 없다고 가정하고 실행 후에 테스트하는 것입니다.충돌하는 트랜잭션이 발견되면 트랜잭션이 유효하지 않다고 선언하고 결과를 새로 고친 후 다시 실행하고 블록의 모든 트랜잭션이 실행될 때까지 이 단계를 반복합니다. Sei, Monad, MegaETH, Canto는 유사한 솔루션을 사용합니다. 국가 갈등 상황에 대한 1차 시장에서도 병렬 솔루션을 본 적이 있지만(위에서 언급한 것과 동일한 AMM 풀 액세스) 프로젝트가 상대적으로 복잡할 것으로 보이며 상업적으로 실현 가능한지 확실하지 않습니다. 평가.
2) 병렬 EVM을 강조하는 정도에서 - 두 가지 학파로 나눌 수도 있습니다하나는 Sei로 대표되는 Monad로, 병렬 처리 방법을 주요 확장 아이디어로 삼는
즉, Optimistic 병렬 처리를 제외한 Monad와 특별히 개발된 MonadDB, 비동기 I/O는 병렬 처리와 협력하도록 특별히 설계되었습니다.
다른 하나는 Fantom, Solana 및 MegaETH의 아이디어입니다. 병렬화는 확장 솔루션 중 하나이지만 병렬화는 보조적인 설명이며 성능 향상이 더 중요합니다. 다른 기술 솔루션에 대해.
예를 들어 Fantom의 Sonic 업그레이드는 FVM 가상 머신 + 및 최적화된 Lachesis 합의 메커니즘에 중점을 둡니다. Solana의 다음 단계는 Firedancer의 새로운 클라이언트의 모듈식 아키텍처, 최적화된 네트워크 통신 메커니즘, 서명 검증 등에 중점을 둡니다.
MegaETH의 목표는 실시간 블록체인을 달성하는 것입니다. 첫 번째는 Paradigm이 새롭게 개발한 Reth 고성능 클라이언트, 전체 노드의 상태 동기화 메커니즘(모든 데이터가 아닌 상태 차이만 동기화), Sequencer의 하드웨어 설계(대용량 고성능 RAM과 스토리지)를 기반으로 합니다. 상태 액세스 기능), 느린 디스크 I/O 방지), Merkle Trie의 데이터 구조 개선 및 기타 측면이 더욱 최적화되고 개선되었습니다. 소프트웨어, 하드웨어, 데이터 구조, 디스크 IO, 네트워크 통신, 트랜잭션 정렬 및 병렬 처리와 동일 포괄적이고 전반적인 개선으로 EVM의 성능 한계를 한계까지 밀어붙여 "실시간 블록체인"에 접근합니다.
DA 레이어
DA 레이어에는 특별히 큰 기술적 반복이 없기 때문에 이 트랙 볼륨의 수준은 결국 실행 레이어의 볼륨보다 훨씬 적습니다.
ETH의 CallData가 Blob으로 업그레이드되었으며 각 레이어 2의 비용이 크게 떨어졌습니다. 이제 ETH는 이미 "저렴한" DA입니다.
Celestia의 더 큰 역할은 온라인에 진출한 후 처음으로 DA 레이어 개념을 제안한 프로젝트로 DA 트랙을 20억 FDV 상한에서 200억으로 끌어올렸다는 것입니다. 그때부터 패턴과 상상력이 열렸습니다. 위로. Celestia는 당연히 많은 새로운 Layer2 Appchain의 첫 번째 선택 DA입니다. (FDV는 토큰 가격 * 총 금액에서 파생된 평가 지표인 "완전히 희석된 가치 평가"를 의미함)
Avail은 Polygon과 독립적이며 기술적으로는 "향상된 Celestia 버전"에 더 가깝습니다. For 예를 들어, Polkadot의 Grandpa+BABE 합의 메커니즘을 사용합니다. Celestia에 비해 Tendermint는 이론적으로 더 많은 노드의 분산화를 지원할 수 있으며 Celestia가 지원하지 않는 유효성 증명도 지원합니다. 물론 기술적인 차이는 큽니다. 생태보다 덜 중요합니다. Avail은 여전히 생태학적 수준을 따라잡아야 합니다.
EigenDA는 이틀 전에 EigenLayer 메인넷과 함께 출시되었습니다. EigenLayer는 이번 라운드에서 가장 강력한 내러티브이자 가장 상업적인 협력 프로젝트 중 하나입니다. 저는 개인적으로 EigenDA의 채택률이 낮지 않을 것이라고 생각합니다. , "안전하다고 느껴지고 가격이 저렴하다"면 Validity Proof를 사용하는지, Fraud Proof를 사용하는지, DAS를 지원하는지 등을 크게 고려하는 프로젝트는 많지 않습니다.
다음 세 가지 DA가 더 언급할 가치가 있습니다.
1) Near DA
Near는 원래 샤딩을 하고 있었고 지금도 하고 있지만 여전히 하고 있습니다. 샤딩을 하면서 DA도 했습니다. Celestia보다 저렴하고 Layer2의 빠른 결제도 지원합니다.
체인 추상화 - 최근 출시된 체인 서명으로 사용자는 단일 NEAR 계정을 통해 모든 체인의 거래에 대한 서명을 요청할 수 있습니다. NVIDIA 컨퍼런스에서 Jen-Hsun Huang의 어깨를 두드린 사람은 현재 공식 웹사이트에서 다음 달에 관련 발표를 할 예정입니다... Hexagon Warrior, 저도 마찬가지입니다. DA 트랙에 던졌습니다.
2) BTC&CKB
BTC의 Layer1은 스마트 계약을 지원하지 않고 직접 결제할 수 없기 때문에 현재 수십 개의 BTC EVM Layer2가 기본적으로 BTC를 DA로 사용하고 있다는 차이점이 있습니다. .BTC의 경우 ZK Proof 해시를 던지는 것이 더 좋습니다. 이렇게 하지 않으면 자신을 "BTC 레이어 2"라고 부를 수 없습니다.
최근에 실제로 새로운 프로젝트를 접하게 되었는데, "더 이상 설치하고 싶지 않아요. 저는 ETH Layer2이고, DA 정산도 모두 ETH에 있는데 BTC 생태계를 위해 봉사하는 게 참 즐겁네요.."라고 하더군요.유일한 대체 확장 계획은 CKB가 출시한 RGB++입니다. 이 프레임워크에서 CKB는 DA와 같은 존재가 되었고, BTC는 UTXO 동형 바인딩이라는 블랙 기술로 인해 거의 RGB++의 정착 레이어가 되었습니다.
3) New DA
제가 본 새로운 DA 아이디어 두 가지를 프로젝트 이름은 언급하지 않고 이야기해보겠습니다.하나는 DA와 AI를 결합하는 것입니다 고성능 DA일 뿐만 아니라 대규모 AI 모델, 훈련 데이터 및 훈련 궤적을 위한 저장 계층 역할도 할 수 있습니다. 다른 하나는 기본 오류 수정 코드를 개선하는 것입니다. Celestia Mechanism
과 같은 DA는 동적 네트워크(각 라운드에서 여러 노드가 무작위로 삭제됨)와 같은 불안정한 상태에서 보다 강력한 네트워크 상태를 제공할 수 있습니다.정산 레이어원래 이 레이어는 ETH
에 거의 배타적이었습니다. DA는 Celestia와 경쟁하여 자체 레이어 2를 구현했습니다. 결제의 경우에만 Solana 및 Aptos와 같은 다른 체인에는 아직 레이어 2가 없습니다. BTC의 레이어 2는 사용되지 않으며 BTC를 결제에 사용할 수 없습니다. 현재 생각할 수 있는 결제 레이어는 ETH뿐입니다. 그러나 이러한 상황은 곧 바뀔 것입니다. 우리는 기사 시작 부분에서 언급한 방향으로 움직이는 여러 새로운 프로젝트를 보았고 일부 오래된 프로젝트도 이 방향으로 변화하기 시작했습니다. ZK 검증/정산 레이어 ETH(ETH의 비즈니스 확보).왜 그런 컨셉이 있는 걸까요? 그 이유는 ZK 증명을 확인하기 위해 ETH Layer1에서 계약을 실행하는 것이 실제로 이론상 최적의 선택이 아니기 때문입니다. 기술적으로 말하면 ZK 증명의 정확성을 확인하려면 개발자는 ZK를 기반으로 선택해야 합니다. 프로젝트와 ZK Proof System은 Solidity를 기반으로 검증 계약을 작성합니다. 그중에서도 다양한 타원 곡선을 지원하는 등 많은 암호화 알고리즘에 의존해야 합니다. 이러한 암호화 알고리즘은 일반적으로 상대적으로 복잡하며 EVM-Solidity 아키텍처는 이러한 복잡한 암호화 알고리즘을 구현하기 위한 최적의 플랫폼이 아닙니다. 일부 ZK 프로젝트의 경우 이러한 검증 계약을 작성하고 확인하는 데 드는 비용도 매우 높습니다. 이는 일부 ZK 생태계가 EVM 생태계에 기본적으로 합류하는 것을 어느 정도 방지하므로 Cario, Noir, Leo 및 Lurk와 같은 ZK 친화적 언어는 현재 자체 Layer1에서만 확인할 수 있습니다. 동시에 ETH에서 이러한 것들을 업데이트하거나 업그레이드하면 항상 상황이 바뀔 것입니다. 비용 측면에서 레이어 2에서 지불하는 "보호 수수료" DA가 대부분을 차지하지만 ZK의 계약 검증에도 이더리움 검증이 필요한 것은 결코 저렴한 옵션이 아닙니다. 또한, ETH 가스 수수료가 수시로 치솟아 '노블 체인'이 되어 검증 비용에도 큰 영향을 미치게 됩니다. 그래서 새로운 ZK 검증/정산 계층 개념 프로젝트가 등장하고 있습니다. Nebra로 대표되는 새로운 프로젝트는 아직 비교적 초기 단계입니다. Mina, Zen 등 일부 오래된 프로젝트도 이 방향으로 선회하고 있으며, 최근 새로운 제안을 통과했습니다. 이 트랙에 있는 대부분의 프로젝트의 전반적인 아이디어는 기본적으로 다음과 같습니다. ZK 결제 계층과 분산형 증명 시장은 현재 서로 연결될 가능성이 높습니다. 결국 기술을 가지려면 컴퓨팅 능력이 필요합니다. Proof Market 프로젝트와 협력하는 일부 결제 레이어 프로젝트를 볼 수도 있고, 컴퓨팅 파워를 갖춘 결제 레이어가 자체적으로 Proof Market을 직접 생성하거나, 기술을 숙달한 Proof Market이 자체적으로 결제 레이어 패키지를 생성하는 것을 볼 수도 있습니다. 진행 방법은 시장에 따라 다릅니다. Oracle 및 MEV 분야의 OEV, 상호 운용성 분야의 ZK 라이트 클라이언트 등 다른 인프라 영역에서는 인터넷에 작성된 기사가 많을 것이므로 여기서는 자세히 설명하지 않겠습니다. . 다음에 새롭고 흥미로운 것을 보게 되면 여러분과 공유하겠습니다.
요약
위 내용은 최근 주목해야 할 ETH 등 퍼블릭 체인 인프라의 변화는 무엇인가요?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

핫 AI 도구

Undresser.AI Undress
사실적인 누드 사진을 만들기 위한 AI 기반 앱

AI Clothes Remover
사진에서 옷을 제거하는 온라인 AI 도구입니다.

Undress AI Tool
무료로 이미지를 벗다

Clothoff.io
AI 옷 제거제

AI Hentai Generator
AI Hentai를 무료로 생성하십시오.

인기 기사

뜨거운 도구

메모장++7.3.1
사용하기 쉬운 무료 코드 편집기

SublimeText3 중국어 버전
중국어 버전, 사용하기 매우 쉽습니다.

스튜디오 13.0.1 보내기
강력한 PHP 통합 개발 환경

드림위버 CS6
시각적 웹 개발 도구

SublimeText3 Mac 버전
신 수준의 코드 편집 소프트웨어(SublimeText3)

뜨거운 주제











Oracle View 암호화를 사용하면보기에서 데이터를 암호화 할 수 있으므로 민감한 정보의 보안을 향상시킬 수 있습니다. 단계에는 다음이 포함됩니다. 1) 마스터 암호화 키 생성 (MEK); 2) 암호화 된 뷰 생성, 암호화 할보기 및 MEK를 지정하는 것; 3) 사용자가 암호화 된보기에 액세스하도록 승인합니다. 암호화 된 뷰 작동 방식 : 사용자가 암호화 된보기를 쿼리 할 때 Oracle은 MEK를 사용하여 데이터를 해독하여 공인 사용자 만 읽기 쉬운 데이터에 액세스 할 수 있도록합니다.

Oracle에서 인스턴스 이름을 보는 세 가지 방법이 있습니다. 명령 줄에 명령. "show instance_name"을 사용하십시오. sql*plus의 명령. 운영 체제의 작업 관리자, Oracle Enterprise Manager 또는 운영 체제를 통해 환경 변수 (Linux의 Oracle_Sid)를 확인하십시오.

Oracle 설치 실패에 대한 방법 제거 : Oracle Service를 닫고 Oracle Program 파일 및 레지스트리 키 삭제, Oracle 환경 변수를 제거하고 컴퓨터를 다시 시작하십시오. 제거되지 않으면 Oracle 범용 제거 도구를 사용하여 수동으로 제거 할 수 있습니다.

Oracle Cursor Closure 문제를 해결하는 방법에는 다음이 포함됩니다. Close 문을 사용하여 커서를 명시 적으로 닫습니다. For Update 절에서 커서를 선언하여 범위가 종료 된 후 자동으로 닫히십시오. 연관된 PL/SQL 변수가 닫히면 자동으로 닫히도록 사용 절에서 커서를 선언하십시오. 예외 처리를 사용하여 예외 상황에서 커서가 닫혀 있는지 확인하십시오. 연결 풀을 사용하여 커서를 자동으로 닫습니다. 자동 제출을 비활성화하고 커서 닫기를 지연시킵니다.

Oracle 유효하지 않은 숫자 오류는 데이터 유형 불일치, 숫자 오버플로, 데이터 변환 오류 또는 데이터 손상으로 인해 발생할 수 있습니다. 문제 해결 단계에는 데이터 유형 확인, 디지털 오버 플로우 감지, 데이터 변환 확인, 데이터 손상 확인 및 NLS_NUMERIC_CHARACTERS 매개 변수 구성 및 데이터 확인 로깅 활성화와 같은 다른 가능한 솔루션 탐색이 포함됩니다.

Oracle에서 모든 데이터를 삭제하려면 다음 단계가 필요합니다. 1. 연결 설정; 2. 외국의 주요 제약을 비활성화합니다. 3. 테이블 데이터 삭제; 4. 거래 제출; 5. 외국 키 제약 조건을 활성화합니다 (선택 사항). 데이터 손실을 방지하려면 실행하기 전에 데이터베이스를 백업하십시오.

Oracle에서 FOR 루프 루프는 커서를 동적으로 생성 할 수 있습니다. 단계는 다음과 같습니다. 1. 커서 유형을 정의합니다. 2. 루프를 만듭니다. 3. 커서를 동적으로 만듭니다. 4. 커서를 실행하십시오. 5. 커서를 닫습니다. 예 : 커서는 상위 10 명의 직원의 이름과 급여를 표시하기 위해주기별로 만들 수 있습니다.

Oracle에서 사용자를 만들려면 다음 단계를 따르십시오. 사용자 명령문을 사용하여 새 사용자를 만듭니다. 보조금 명세서를 사용하여 필요한 권한을 부여하십시오. 선택 사항 : 리소스 문을 사용하여 할당량을 설정하십시오. 기본 역할 및 임시 테이블 스페이스와 같은 다른 옵션을 구성하십시오.