IOSG Ventures: 왜 Aribitrum Stylus가 L2 올해 가장 중요한 기술 혁신이라고 말할까요?

원저자: Yiping, IOSG Ventures

zkSync와 StarkNet와 같은 ZKRUs가 메인넷을 출시함에 따라 Layer 2의 구도가 빠르게 진화하고 있습니다. 전통적으로, Arbitrum과 같은 OPRUs가 시장에 처음 진입하여 더 강력한 생태계를 보유하고 있습니다. 반면, ZKRUs는 기술적으로 돌파구를 마련하여 더 높은 처리량과 더 낮은 비용을 제공합니다.

최근 몇 달 동안, 더 많은 활동이 Layer 1에서 Layer 2로 이동하여 더 빠르고 저렴한 거래를 추구하고 있습니다. 이더리움의 TVL은 지난 1년 동안 거의 400억 달러에서 200억 달러로 감소했습니다. 그러나 Layer 2의 TVL은 다른 모습을 보이며, 엄청난 성장은 Layer 2의 채택이 가속화되고 있음을 나타냅니다.

Arbitrum은 50% 이상의 Layer 2 TVL 시장 점유율로 선두를 달리고 있으며, ZKRUs도 노력하고 있습니다. Arbitrum의 선발 우위는 그들이 지배적인 위치를 유지할 수 있게 합니다.

일일 거래 수 분석에 따르면, zkSync와 StarkNet와 같은 ZKRUs는 처리량에서 OPRUs를 약간 초과합니다. 그러나 Arbitrum의 생태계 우위는 여전히 존재하며, 일일 TPS에서 약간 뒤처져 있습니다.

OPRUs는 ZKRUs보다 먼저 등장했습니다. 그러나 ZKRUs는 그들의 메인넷을 출시하고 다른 생태계에서 사용자를 끌어모으고 있습니다. OPRU 분야의 선두주자인 Arbitrum은 그들의 새로운 업데이트를 통해 ZKRUs의 부상에 대응할 것으로 예상됩니다.

Arbitrum: Stylus

개발자들이 제로 지식 기술과 비용을 최적화함에 따라, ZKRUs는 그들의 확장성 장점 덕분에 시장 점유율을 계속해서 얻을 수 있을 것입니다. 그러나 Arbitrum의 네트워크 효과는 경쟁 압박에도 불구하고 안정성을 유지할 수 있는 능력을 제공합니다. Stylus와 같은 혁신적인 솔루션을 통해 Arbitrum은 독특한 기술적 능력으로 그들의 리더십을 보완하고 Layer 2 경쟁에서 계속해서 앞서 나갈 수 있습니다.

간단히 말해, Stylus는 Arbitrum을 위해 설계된 혁신적인 새로운 스마트 계약 환경으로, 개발자들이 Rust, C++ 및 Solidity와 같은 프로그래밍 언어를 사용하여 효율적이고 상호 운용 가능한 프로그램을 작성할 수 있게 합니다.

이것은 블록체인에 범용 컴퓨팅을 열어주며, 다양한 기술 스택을 사용하는 개발자들을 환영합니다.

WASM

Stylus는 기존 이더리움 가상 머신(EVM)과 병렬로 실행되는 WebAssembly(WASM) 가상 머신을 추가하여 작동합니다. WASM으로 컴파일할 수 있는 언어로 작성된 스마트 계약은 Solidity보다 10배 이상 빠른 속도로 네이티브 실행될 수 있으며, 가스 비용을 크게 줄입니다. EVM은 여전히 완전한 기능을 유지하므로 기존의 Solidity 계약은 오늘날과 같이 정상적으로 작동합니다. 두 개의 VM은 동기화되어 작동하며, 서로 다른 프로그래밍 언어로 작성된 계약이 상호 호출할 수 있고, 동일한 기본 블록체인 상태를 수정할 수 있습니다.

사용자 정의 프리컴파일

또한, Stylus는 사용자 정의 프리컴파일(Precompiles)을 지원합니다.

프리컴파일은 이더리움과 Arbitrum에서 특정 암호화 또는 유틸리티 함수를 매우 효율적으로 실행하기 위해 사용되는 기본 모듈입니다. 예를 들어, ECDSA 서명 검증 및 SHA 256 해시 계산을 위한 프리컴파일이 있습니다.

새로운 프리컴파일을 추가하려면 모든 검증자가 EVM 업그레이드를 조정해야 하므로 진입 장벽이 높습니다. 그러나 Stylus를 사용하면 개발자가 Rust 또는 C++로 작성한 프리컴파일을 쉽게 배포할 수 있습니다.

예를 들어, 한 팀은 C 언어로 작성된 암호화 라이브러리를 사용하고 수정 없이 Arbitrum에 배포할 수 있습니다. 이는 이러한 암호화 원시가 초고속의 네이티브 속도로 실행될 수 있게 합니다.

다른 계약은 이 Stylus "프리컴파일"을 호출하여 원주율 프리컴파일을 호출하듯이 해당 암호화 기술을 활용할 수 있습니다. 모든 가스 측정 및 사기 증명은 자동으로 작동합니다.

이것은 팀이 특별한 체인 지원 없이도 사용자 정의 암호화, 특수 쌍 기반 곡선 및 기타 새로운 원시를 프로토타입할 수 있게 합니다. 이더리움 연구자들은 심지어 Arbitrum에서 Stylus 프리컴파일 형태로 배포하여 EIP 제안을 선행적으로 반복할 수 있습니다.

개발자에게 체인에서 네이티브로 새로운 암호화 원시를 도입할 수 있는 능력을 부여함으로써, Stylus는 구축할 수 있는 콘텐츠의 범위를 크게 확장합니다. 프리컴파일은 더 이상 EVM이 지원하는 기능에 국한되지 않습니다.

Stylus의 작동 원리

WASM이 블록체인 우주에서 더 넓은 역할을 하는 것을 깊이 탐구하기 전에, Arbitrum이 EVM과 WASM의 공존을 어떻게 조정하는지를 이해하는 것이 중요합니다. 이는 단순히 두 개의 독립적인 엔진을 갖는 것이 아닙니다; 이는 두 가지의 장점을 강화하는 협력 관계입니다.

Arbitrum의 독특한 아키텍처는 EVM과 WASM 간의 원활하고 동기화된 작업을 허용하며, 이는 통합된 상태, VM 간 호출 및 호환 가능한 경제 모델 덕분입니다.

Solidity 또는 다른 EVM 언어로 작성된 스마트 계약은 평소와 같이 EVM 바이트코드로 컴파일됩니다. 실행 시, 이러한 계약은 EVM에서 오늘날처럼 실행됩니다.

WASM으로 컴파일된 언어의 경우, 예를 들어 Rust, C++ 및 C의 경우, 작업 흐름은 다음과 같습니다:

• 개발자는 Clang 또는 Rustc와 같은 기존의 WASM 컴파일러를 사용하여 스마트 계약을 WASM으로 컴파일합니다.

• WASM 바이트코드는 압축 형태로 Arbitrum 체인에 업로드됩니다.

• 계약 소유자는 ArbWasm 프리컴파일의 compileProgram 메서드를 호출하여 WASM에 대한 보안 도구 설정을 수행하고, 가스 비용을 측정하며, 검증기 하드웨어에 최적화된 네이티브 코드로 컴파일합니다.

• 계약이 호출되면, 그것은 Wasmer와 같은 WASM 런타임에서 실행되어 EVM보다 훨씬 빠르며, 가스 요금을 절약합니다.

WASM 측정은 각 기본 블록 이전에 가스를 청구하며, EVM처럼 작업 코드에 따라 청구되지 않습니다. 이는 더 효율적이며, 계약이 통제 불능 상태에 빠지지 않도록 보장합니다.

EVM과 WASM

이 두 개의 가상 머신(VM)은 동기화되어 실행되며, 동일한 글로벌 상태를 공유하면서 서로 호출할 수 있습니다. 하나의 거래는 EVM에서 일부 실행되고, 일부는 WASM에서 실행되며, 결과는 원활하게 결합됩니다.

잠시만요, 두 VM이 어떻게 원활하고 동기화되어 작동할 수 있을까요?

Polkadot은 XVM을 통해 이를 구현합니다. Polkadot과는 달리, WASM과 EVM은 몇 가지 주요 이유로 Arbitrum에서 원활하고 동기화되어 작동할 수 있습니다:

• 단일 상태: 두 VM 모두 동일한 기본 데이터 구조와 상태 Trie에 접근합니다. 하나의 VM에서 계약은 다른 VM의 계약과 동일한 위치를 읽고/쓸 수 있습니다. 이는 체인 상태에 대한 통합된 뷰를 제공합니다.

• VM 간 호출: 하나의 거래가 EVM 계약과 상호작용할 때, Geth가 이를 처리하고 결과를 제공합니다. 만약 EVM 계약이 이후에 WASM 프로그램을 호출하면, WASM VM이 해당 부분의 결과를 계산하기 위해 인계받습니다.

• 공유 컨텍스트: 블록 데이터, 발신자 주소와 같은 시스템 정보는 두 VM 모두에서 사용할 수 있습니다. 하나의 WASM 계약은 Solidity 계약처럼 블록 번호를 가져올 수 있습니다.

• 단일 합의: 검증자는 거래를 검증하고 올바른 체인 상태에 대해 합의하기 위해 두 VM을 실행합니다. 논란이 있는 경우 통합된 사기 증명 시스템을 호출합니다.

• 호환 가능한 경제학: 가스 측정과 같은 개념은 각 VM에 확장되어, 어느 환경에서든 적절한 계산 비용과 자원을 보장합니다.

사기 증명에 대해, 검증자는 EVM과 WASM 실행에서 세분화(bisect)를 수행하여 필요 시 무효 단계를 식별합니다. WASM의 구조는 시스템이 종료를 보장하고 증명의 유효성을 강제할 수 있도록 합니다.

블록체인 | WASM

Arbitrum은 WebAssembly(WASM)의 혁신 잠재력을 인식한 유일한 플랫폼이 아닙니다. Polkadot과 Cosmos도 그들의 생태계에 WASM을 통합하여 각 플랫폼이 독특한 장점과 기능 세트를 제공합니다.

Polkadot은 사용자가 WASM으로 스마트 계약을 개발할 수 있도록 하며, 두 가지 언어를 지원합니다: 임베디드 DSL의 AssemblyScript와 Rust와 유사한 Ink!입니다.

반면, Cosmos는 CosmWasm을 스마트 계약 런타임으로 사용하여 개발자가 Rust로 계약을 작성할 수 있도록 합니다.

블록체인 산업이 왜 이렇게 WASM을 수용하는지 깊이 연구하기 전에, Cosmos와 Polkadot의 두드러진 특정 장점을 이해하는 것이 필요합니다:

Cosmos는 WASM의 다음과 같은 장점을 강조합니다:

• Rust 라이브러리와의 호환성

• 다양한 개발자 커뮤니티

• 재진입 공격 방지를 포함한 강화된 보안

• 테스트 용이성

• 높은 성능

Polkadot의 WASM 런타임은 다음과 같은 특징을 가지고 있습니다:

• 높은 성능

• EVM과의 상호 운용성

• 플랫폼 독립성

• 압축된 이진 크기

• Rust와 AssemblyScript(TypeScript 스타일)을 동시에 지원

Polkadot, Cosmos 및 Arbitrum은 WASM이 제공하는 몇 가지 공통 장점을 공유하지만, 각 플랫폼은 또한 고유한 속성을 가지고 있습니다.

이 주요 블록체인 플랫폼의 WASM에 대한 광범위한 채택은 산업 내에서 그 중요성이 증가하고 있음을 증명하며, 이 기술이 현대 블록체인 아키텍처의 기초가 되고 있는 이유를 이해하는 것이 중요합니다.

왜 WASM을 선택하는가

WASM이란 무엇인가

블록체인과 WebAssembly(WASM) 간의 협력 작용을 이해하기 위해서는 먼저 WASM이 무엇인지, 그리고 그 발전 뒤에 있는 동력을 이해해야 합니다.

WebAssembly는 코드가 웹 브라우저 내에서 거의 네이티브 속도로 실행될 수 있도록 하는 이진 명령어 형식입니다. 이는 C 및 Rust를 포함한 여러 프로그래밍 언어의 컴파일 대상이며, 빠르고 효율적이며 안전하도록 설계되었습니다. WASM은 웹 기반 프로그래밍과 시스템 수준 프로그래밍 간의 간극을 효과적으로 메우며, 웹 성능과 기능을 향상시킵니다.

"웹"은 WebAssembly에서 JavaScript 환경(일반적으로 브라우저에서 발견됨) 내에서 실행할 수 있는 능력을 강조합니다. 이러한 설정에서 개발자는 WASM API에 완전히 접근할 수 있으며, 포괄적인 웹 API 지원을 통해 웹 행동을 제어할 수 있는 상당한 능력을 부여받습니다.

WASM 역사

"한 번 작성하면 어디서나 실행"이라는 원칙을 따르며, WASM은 오랜 도전 과제에 대한 강력한 해결책으로 등장했습니다. 2016년까지 많은 프로그램이 도메인 특화 언어(DSL)를 통해 새로운 기능을 도입했으며, 이는 종종 유지 관리, 효율성 및 보안 간의 균형을 요구했습니다. 이러한 측면을 저해하지 않으면서 수많은 서버에 새로운 기능을 제공할 수 있는 솔루션에 대한 수요가 증가하고 있었습니다.

다양한 기존 솔루션의 부족함이 평가되었습니다:

• 시스템 가상 머신

• 빈번한 시작 및 종료로 인한 과도한 오버헤드

• 보안을 보장하기 위한 코드 가시성 부족

• 성능 요구 사항에 대한 과도한 추상화

• 컨테이너

• 보안을 보장하기 위한 코드 가시성 부족

• 고급 추상화로 인한 비효율성

• 빈번한 작업으로 인한 상당한 오버헤드

• 언어 수준 가상 머신

• 보안을 보장하기 위해 빈번한 수정 필요

• V8과 같은 임베디드 VM은 자원 집약적

• 새로운 언어를 보안 모델에 적응시키는 데 느림

• 여전히 과도하게 추상적

• 명령어 집합 아키텍처(ISA)

• 효과적으로 샌드박스화하기 어려움

• 이전의 Google 프로젝트가 이를 WASM으로 전환함

• 성숙한 구현 부족

2018년까지 WASM 개발이 활기를 띠며, 다양한 아키텍처, 서버, 임베디드 하드웨어에서 실행되고 여러 언어를 지원하는 데 중점을 두었습니다. Java와는 달리, WASM의 설계는 보안을 타협하지 않았습니다. 2019년에는 WASM 모듈을 향상시키기 위한 구성 요소 모델이 도입되어 언어 간 상호 운용성을 구현했습니다. 이는 HTTP 라이브러리를 한 번 작성하고 여러 언어에서 사용할 수 있는 솔루션을 가능하게 했습니다.

현재까지 WASM은 다양한 기능을 보유하고 있으며, 클라우드 네이티브 환경(블록체인 포함)에서 점점 더 많이 채택되고 있습니다. 그 장점은 다음과 같습니다:

• 높은 성능

• 압축된 이진 크기

• 플랫폼 간 이식성

• C/C++, Rust, AssemblyScript 등 다양한 언어 지원

• JavaScript 엔진에서 실행

• 메모리 및 CPU 제한이 있는 강력한 샌드박스

• 밀리초 또는 그보다 짧은 시간 내에 매우 빠른 시작 시간

WASM 커뮤니티는 언어 간의 더 큰 통합과 성능을 달성하기 위해 계속 노력하고 있습니다.

WASM의 역사적 발전을 이해하는 것은 Stylus와 같은 블록체인 프로젝트를 포함한 다양한 설정에서의 현재 및 잠재적 역할을 이해하는 데 유용한 배경을 제공합니다. 이러한 배경은 블록체인 생태계에서 WASM 구현에 대한 문제와 우려를 탐구할 때 세밀한 이해를 제공합니다.

Stylus Q&A

언어 지원

WASM의 발전 과정은 Stylus가 Arbitrum 생태계에 흥미로운 추가 요소인 이유를 드러내지만, 몇 가지 한계와 우려도 강조합니다. 그 중 하나는 언어 지원입니다. Stylus는 실제로 Arbitrum 개발자 커뮤니티를 C++ 및 Rust와 같은 언어를 포함하도록 확장했지만, JavaScript 및 Python과 같은 인기 있는 언어를 수용하는 데는 부족함이 있습니다.

Python과 JavaScript를 WASM으로 가져오려는 초기 프로젝트가 있지만, 가비지 수집 및 성능 문제로 인해 이러한 노력은 광범위하게 채택될 준비가 되어 있지 않습니다.

언어 호환성

현재 Stylus는 C/C++ 및 Rust SDK를 지원하며, 이러한 언어의 도구 체인과 원활하게 통합됩니다. 개발자는 심지어 스마트 계약을 구축할 때 네이티브 암호화 구현과 같은 제3자 라이브러리를 통합할 수 있습니다. 이러한 작업을 수행하는 주요 제한은 관련된 가스 비용입니다.

Rust SDK는 아직 초기 단계에 있으며, Rust 및 C SDK 모두 일부 기능이 누락되어 있습니다. 예를 들어, C SDK는 ABI 내보내기 함수를 지원하지 않으며, 수정자는 두 SDK 모두에서 지원되지 않습니다.

현재 로컬 Stylus 테스트 환경은 없지만, 개발자는 SDK 내에서 직접 테스트를 실행할 수 있습니다. 스마트 계약 배포의 경우, 현재 테스트넷만 유일한 옵션이며, 스마트 계약 검증을 지원하지 않습니다. 다양한 ERC 토큰과 Uniswap V2를 Stylus 생태계에 도입하기 위한 노력이 진행 중입니다.

언어 선택의 딜레마

도메인 특화 언어(DSL), 임베디드 DSL(eDSL) 및 범용 언어 간의 선택은 저수준 제어와 고수준 추상화 간의 균형을 요구합니다. 완전히 새로운 DSL을 개발하려면 도구 체인 및 생태계 개발에 상당한 투자가 필요합니다. 반면, 범용 언어의 하위 집합인 eDSL은 기존 도구와 더 쉽게 통합할 수 있으며, 학습 곡선이 낮습니다. 예를 들어, JavaScript 또는 Python과 같은 인기 있는 언어에서 eDSL을 만드는 것은 유익할 것입니다.

범용 언어는 SDK를 사용해야 하며, 이는 추가 도구를 도입하여 장황함을 증가시키고 코드의 표현성을 감소시키며, 더 긴 API 호출 및 객체 조작을 동반합니다.

언어 선택과 eDSL 개발 간의 올바른 균형을 찾는 것은 더 넓은 개발자 커뮤니티를 유치하는 데 핵심이 될 수 있으며, 사용자 친화적인 도구를 제공하는 데 도움이 됩니다. 현재 데이터에 따르면, 최고의 암호화 개발자 커뮤니티는 여전히 이더리움 주위에 집중되어 있습니다. 그러나 Rust를 사용하는 스마트 계약 플랫폼인 Polkadot, Cosmos 및 Solana도 주목받고 있으며, 그들의 개발자 커뮤니티에서 빠르게 성장하고 있습니다.

성능

WASM은 실행 속도를 크게 향상시키고 패키지 크기를 줄입니다. Stylus는 아직 메인넷에 배포되지 않았지만, 다른 네트워크의 벤치마크는 유용한 참고 자료가 될 수 있습니다. 관찰된 실행 시간은 4-8배 빨라졌고, 컴파일된 크기는 약 50% 감소했습니다.

Stylus는 현재 계약에 크기 제한을 두고 있으며, 압축되지 않은 경우 상한은 약 128KB입니다. 이 제한은 Solidity와 같은 다른 언어에서 대형 스마트 계약을 이식하는 데 도전이 됩니다. Stylus 코드베이스에서 이 제한은 다음과 같이 설명됩니다:

WASM은 시작 및 종료 시 일부 오버헤드를 발생시킨다는 점에 유의해야 합니다. 경량 작업의 경우, EVM이 실제로 WASM보다 비용 효율적일 수 있습니다.

EVM과의 상호 운용성

EVM과 WASM은 동일한 저장 슬롯과 상태 트리를 공유하여 Stylus와 EVM 간의 상호 운용성을 돕습니다. 이는 WASM에서 구현된 EVM API를 통해 이루어지며, 인기 있는 Host I/O 패턴을 사용합니다. 지원되는 EVM API의 전체 목록은 상호 운용성이 완전히 지원됨을 나타냅니다.

사용자 정의 프리컴파일 계약

이 측면은 특히 흥미롭습니다. 왜냐하면 이는 미지의 영역을 나타내기 때문입니다. 사용자 정의 프리컴파일 계약은 더 낮은 실행 비용으로 추가 암호화 원시를 체인에 도입할 수 있는 잠재력을 가지고 있습니다. 또한 텐서 계산을 프리컴파일 계약으로 도입하여 추론 비용을 낮출 수 있습니다. 그러나 현재 사용자 정의 프리컴파일 계약과 관련된 기존 코드는 없는 것 같습니다. EVM 구성 요소에는 프리컴파일 계약이 존재하지만, 이는 핫스왑이 아닙니다.

이 기능은 여전히 개발 중일 수 있으며, WASM의 능력을 활용합니다. EVM은 WASM으로 작성된 함수를 호출한 다음 이를 머신 코드로 컴파일할 수 있습니다.

재진입 기능

CosmWasm(재진입 기능이 없는 Actor 모델을 채택함)과는 달리, Stylus의 Rust SDK는 기본적으로 재진입 기능을 기능 플래그로 비활성화합니다. 개발자는 이 기능을 수동으로 활성화할 수 있는 선택권이 있습니다.

재진입 기능을 활성화하려면 일부 API 조정이 필요합니다. 특히 호출 과정에서 저장 캐시를 새로 고치는 등의 보안 예방 조치에 대해 개발자는 신중해야 합니다.

통찰력

Stylus는 EVM만 사용할 때 가스가 너무 많이 소모되는 새로운 사용 사례를 열어줍니다. 예를 들어, 고성능 암호화, 게임 및 AI와 같은 분야에서 그렇습니다. 또한 사용자 정의 프리컴파일 계약을 통해 개발자가 자신의 암호화 및 기타 기본 기능을 추가할 수 있게 하여 업그레이드를 기다릴 필요가 없습니다. 과거에 우리는 Cosmos 및 Polkadot과 같은 비이더리움 생태계가 WASM을 채택하는 것을 보았습니다. 이는 이더리움 커뮤니티가 WASM을 처음으로 채택한 것입니다. 전반적으로, Stylus는 스마트 계약 개발의 중대한 진화를 나타내며, 이더리움과 Arbitrum의 확장을 도울 것이며, 모든 기존 애플리케이션과의 상호 운용성을 유지할 것입니다.

Stylus를 Arbitrum의 Layer 2 SDK에 통합하면 제3자 개발자에게 더 큰 유연성을 제공합니다. 이제 그들은 이전에 가스 한계를 초과했던 집약적인 계산을 체인으로 이동할 수 있어 새로운 가능성을 열 수 있습니다. 개발자는 더 이상 Solidity만 사용할 필요가 없으며, Rust 또는 C++가 그들의 필요와 전문성에 더 적합하다면 이러한 언어를 선택할 수 있습니다. 사용자 정의 프리컴파일 계약은 선호하는 암호화, 유틸리티 및 기타 보조 함수를 체인으로 원활하게 이전하여 최상의 성능을 제공합니다. 각 사용 사례에 맞는 언어로 저수준 논리를 직접 작성하면 개발이 더욱 원활해집니다. 개발자는 가스 비용을 피하기 위해 임시방편적인 조치를 취하는 대신 핵심 제품 기능에 집중할 수 있습니다. 언어와 가스 제한을 제거함으로써, Stylus는 제3자 구축자가 처음부터 그들의 분야에 적합한 도구를 사용하여 가장 효율적인 사용자 경험을 구축할 수 있도록 합니다.

Stylus는 또한 Arbitrum이 대규모 혁신을 수행할 수 있는 능력을 입증하며, 새로운 가상 머신을 통합할 수 있는 가능성을 보여줍니다. Ed Felten, Arbitrum 및 Offchain Labs의 공동 창립자이자 수석 과학자는 Arbitrum이 업계에서 인기 있는 도구와 프로그래밍 언어를 기반으로 개발되고 있다고 언급했습니다. 그들은 테스트를 더 빠르게 작성하고 기존 시스템 위에 새로운 기능을 개발할 수 있습니다. OP는 ZK화의 길을 더 멀리 나아가고 있으며, 점차 혼합 롤업의 사고로 나아가고 있습니다. Optimism은 현재 Risc 0과 협력하여 OPRU에 대한 제로 지식 증명을 생성하는 Zeth를 사용하고 있습니다. 이 솔루션을 사용하면 Optimism은 OPRU에 대해 추가적인 수정을 할 필요가 없습니다. Zeth에 관심이 있다면, 제가 이전에 쓴 트위터를 확인해 보세요.

우리는 Arbitrum에서 AI 애플리케이션을 보는 것을 매우 기대하고 있습니다. 현재 체인에서 머신 러닝을 수행하는 것은 가스 비용이 매우 많이 들어 개발 비용이 높습니다. 제로 지식 ML은 비용을 낮출 수 있지만, 개발자에게는 상당한 추가 복잡성을 가져올 수 있습니다. 만약 우리가 Stylus를 통해 텐서 연산을 사용자 정의 프리컴파일 계약으로 구현하고, 이를 소량의 비용으로 네이티브로 실행할 수 있다면, 이는 체인에서 고성능 머신 러닝을 위한 새로운 가능성을 열어줄 것입니다. 개발자가 그들이 익숙한 언어(예: Python)를 사용하여 ML 알고리즘을 신속하게 구축하고 배포할 수 있도록 하여 쉽게 통합할 수 있는 프리컴파일 계약으로 Arbitrum은 DeFi, GameFi 등 분야의 차세대 AI 혁신을 촉진할 수 있습니다. Stylus의 성능과 유연성은 우리가 가스 최적화가 아닌 혁신적인 ML 아키텍처에 집중할 수 있게 할 것입니다. 우리는 커뮤니티의 창의력이 이 새로운 패러다임에 적용되는 것을 기대합니다.