참고: 이 기사는 @levi0214 Twitter에서 가져온 것이며 MarsBit에서 다음과 같이 편집했습니다.
Gnosis의 창립자인 @koeppelmann은 어제 EthDenver에서 L2의 한계와 용량을 확장하는 또 다른 방법에 대해 이야기하면서 공유했습니다.
나는 그것이 매우 흥미롭다고 생각하여 몇 가지 발췌문과 메모를 작성했습니다.
https://twitter.com/koeppelmann/status/1631875843751542791
L2의 원래 목적은 여러 트랜잭션을 일괄적으로 완료한 다음 결과를 다시 L1에 동기화하는 것입니다. 영구적인 자산을 배치하기 위한 새로운 공간이라기보다는 매우 임시적인 공간입니다.
장기적으로 완벽하게 구현되더라도 L2에는 여전히 몇 가지 근본적인 문제가 있습니다.
예를 들어, 질문 1: 이 프로세스의 한 가지 문제점은 교환과 같이 상태가 확장되지 않는 애플리케이션에만 적합하다는 것입니다(거래 내역이 아닌 거래 결과만 필요함). 그러나 상태 확장이 필요한 애플리케이션에는 적합하지 않습니다. 확장으로는 해결이 불가능합니다.
ENS를 예로 들면,
전 세계 80억 명 중 10%(8억 명)가 ENS에 등록하려는 경우 이더리움의 전체 거래 처리 용량을 사용하여 이러한 요청을 처리하게 되며 완료하는 데 2년이 소요됩니다. 이 2년 동안 이더리움은 다른 거래를 처리할 수 없습니다.
주식을 예로 들면,
전 세계 모든 주식(45,000개)이 이더리움을 결제 계층으로 사용하는 경우 각 주식은 하루에 30건 미만의 거래만 수행할 수 있습니다(L2를 사용하더라도).
문제 2: 거래 비용
L2 피크 가스는 때때로 $1 이상에 도달하는데, EIP4844를 구현하더라도 가스를 90%까지 줄일 수 있지만 여전히 두 가지 문제가 있습니다.
1. 1센트(sbu-cent) 미만의 가스가 필요한 시나리오에는 여전히 적용되지 않습니다.
2. 수요가 증가함에 따라 가스는 계속 증가할 것입니다.
질문 3: L2 자산 퇴출 문제
1. 적은 양의 자산으로는 출국을 위한 가스비를 지불하기에 충분하지 않을 수 있습니다.
2. 출구 대역폭은 제한되어 있습니다. 모두가 출구를 원하면 차단됩니다...
질문 4: 일부 앱은 롤업할 수 없습니다.
예를 들어 CirclesUBI 및 POAP는 압축할 수 없는 상태를 많이 생성하므로 L2는 쓸모가 없습니다.
그렇다면 L2에 영원히 머무르고 절대 떠나지 않고 영구적인 공간으로 활용한다면 어떨까요?
여기에는 몇 가지 문제가 있습니다.
문제 1. L2의 시퀀서는 매우 중앙 집중화되어 있습니다.
그들은 귀하의 돈을 빼앗을 수는 없지만 엄청난 힘을 가지고 있으며 귀하의 거래를 수락할지 여부, 거래에 얼마의 가스를 청구할지, 누가 앞에 있고 누가 뒤에 있는지 결정할 수 있습니다.
코인베이스도 해킹해서 BASE에서 교환하고 싶다면 거래에 앞서 쉽게 거래 순위를 매길 수 있다고 했는데...
그러면 중앙 집중식 시퀀서는 검열을 받고 심지어 KYC를 강제할 가능성이 매우 높습니다(KYC 주소의 거래만 허용).
저자는 현행 규정에 따르면 이것이 매우 가능하다고 강조한다.
질문 2에서 저자는 매우 흥미로운 질문을 제기했습니다.
L2에 고유하고 L1에 존재하지 않는 자산을 발행하려는 경우 이 경우 L2가 있는 이유는 무엇입니까?
L1이 있기 때문에 L2는 안전하지만, L1을 원하지 않는다면 왜 L2를 사용해야 합니까?
질문 3: (다음 질문은 매우 흥미롭습니다!)
엄격한 문제
이더리움 L1 자체는 여전히 진화하고 있으며 향후 5~10년 동안 많은 수정이 이루어질 것이며 이로 인해 L2에 많은 어려움이 발생할 것입니다!
예를 들어 투표에 사용하는 스냅샷은 L2에서 투표한 다음 상태를 다시 L1으로 동기화하고 L2에서 Merkle Proof를 수행하는 것입니다.
그러나 이더리움 L1은 향후 1~2년 내에 Merkle Trees에서 Verkle Trees로 전환할 계획이며, 이로 인해 현재 버전의 Snapshot이 더 이상 사용되지 않게 됩니다.
따라서 L2에는 일종의 "업그레이드" 메커니즘이 필요할 수 있지만 이는 무신뢰 목표와도 충돌할 수 있습니다.
해결책
저자는 Cosmos의 IBC 모델과 유사한 매우 흥미로운 솔루션을 제안했습니다.
즉, 이더리움과 동일한 기능을 실행하는 또 다른 체인을 만든 다음 무신뢰 ZK 브리지를 통해 연결하여 이더리움버스를 형성해 보겠습니다.
사실 처음 zk 브릿지 구현 이야기를 들었을 때 굉장히 SF적인 느낌이었는데, 결과적으로 지금 이런 것이 실제로 만들어지기도 했습니다.
zk를 사용하여 한 체인에서 다른 체인의 라이트 노드 클라이언트를 실행한 다음 이를 검증하는 것입니다...
여기에는 신뢰가 필요하지 않으며 기존 브리지보다 훨씬 안전합니다.
공유란 기본적으로 그렇습니다.
내 개인적인 의견으로는 이것은 매우 흥미롭고 과소평가된 솔루션으로, 생각해 보면 이전 문제의 상당 부분을 실제로 해결할 수 있습니다.
