안녕하세요 여러분, 오늘 워크숍에 참여해주셔서 감사합니다. 이번에는 첫 번째 노드 운영자 배치를 시작할 수 있게 되어 매우 기쁩니다. 오늘은 AO 하단에 있는 가장 기본적인 요소인 AO-Core가 무엇인지 보여드리겠습니다. 또한 이를 여러분의 기기에서 실행하는 방법, 향후 개발 로드맵, 그리고 현재 진행 상황에 대해서도 말씀드리겠습니다.

저자: Kyle

리뷰: 레몬

출처: Content Guild - 뉴스

AO 소개

가장 먼저 이해해야 할 점은 AO가 초병렬 컴퓨터라는 것입니다. 실행 환경은 기존 스마트 계약과 매우 다릅니다. 따라서 이 새로운 환경에서 노드를 실행하는 것은 다르며 Ethereum 검증자 노드나 다른 블록체인을 실행하는 것과 크게 다르지 않습니다.

AO의 노드 운영자는 많은 결정을 내리고, 시스템 사용자는 노드 운영자와 시장을 형성하여 어떤 장치가 컴퓨팅 작업을 수행해야 하는지 선택합니다. 이를 모든 사람에게 명확하게 설명하기 위해, 먼저 기술적 관점에서 AO-Core의 기능을 살펴보겠습니다.

기술적 관점에서 AO-Core는 무엇입니까?

AO-Core를 올바르게 이해하려면 블록체인의 본질로 돌아가야 합니다. 아마도 블록체인에 대한 현재의 이해를 잠시 접어두는 것이 좋을 것입니다. 그러면 이 새로운 시스템이 어떻게 작동하는지 더 쉽게 이해할 수 있을 것입니다. 그런 다음 분산형 네트워크가 실제로 어떤 모습인지 살펴보겠습니다.

3만 피트나 10만 피트와 같이 높은 관점에서 본다면 인터넷은 무엇일까요?

간단히 말해서, 인터넷은 많은 참여자가 병렬로 작동하는 분산형 기계입니다. 그리고 이러한 기계들 간의 모든 연결에는 신뢰가 필요합니다.

우리는 인터넷 연결에 암호화 기술을 사용하는 데 익숙합니다. 예를 들어, 은행이나 거래소를 방문하면 여러 당사자가 암호화된 채널을 통해 상호작용하므로 아무도 도청할 수 없습니다. 하지만 은행이 누군가가 자금을 입금했다는 사실을 거래소에 알리고, 거래소가 거래를 실행하고 그 결과를 사용자에게 알리는 등의 이러한 상태 전환은 여전히 ​​신뢰에 의존합니다.

분산 네트워크에서의 모든 상호작용은 신뢰를 기반으로 구축되며, 각 참여자는 상태 전환 결과를 정확하게 보고한다고 가정합니다. 각 서비스는 독립적으로 실행되고 자체 상태를 유지하지만, 해당 상태에 도달한 방법에 대한 기록은 없습니다. 이로 인해 근본적인 문제가 발생합니다. 신뢰하지 않는 서비스와 직접 상호 작용할 수 없습니다. 이는 단지 이론적인 문제가 아니라, 현실에서는 매우 비용이 많이 들고 흔한 상황입니다.

블록체인 네트워크를 사용하는 경우에도 RPC 공급자나 게이트웨이 공급자가 정확히 무슨 일이 일어나고 있는지 말해줄 것이라고 믿어야 합니다. 인터넷의 모든 연결은 기본적으로 검증되지 않습니다. 블록체인 네트워크를 오버레이할 수 있지만 여전히 오래된 프로토콜과 서비스와 상호 작용하는 경우 무슨 일이 일어나고 있는지 완전히 확신할 수 없습니다.

블록체인 네트워크를 사용하는 경우에도 RPC 공급자나 게이트웨이 공급자가 정확히 무슨 일이 일어나고 있는지 말해줄 것이라고 믿어야 합니다. 인터넷의 모든 연결은 기본적으로 검증되지 않습니다. 블록체인 네트워크를 오버레이할 수 있지만 여전히 오래된 프로토콜과 서비스와 상호 작용하는 경우 무슨 일이 일어나고 있는지 완전히 확신할 수 없습니다.

실제로 블록체인 네트워크 가장자리에 있는 중앙 집중형 서비스(예: RPC 공급자)로 인해 사용자에게 문제가 발생한 사례가 많이 있습니다. 예를 들어, 분산형 금융(DeFi) 네트워크의 인터페이스가 해킹당했는데, 사용자들은 네트워크와 직접 상호 작용하고 있다고 생각했지만 실제로는 그렇지 않았습니다. 이는 여러 가지 예 중 하나일 뿐입니다. 기존 블록체인 네트워크의 경우 핵심 부분은 신뢰할 수 없지만 블록체인에 연결된 채널은 인터넷의 다른 부분과 마찬가지로 여전히 신뢰가 필요합니다. 마치 신뢰할 수 있는 컴퓨팅과 통신의 광대한 네트워크 속에 신뢰할 수 없는 컴퓨팅의 작은 섬을 구축한 것과 같습니다.

신뢰의 비용은 무시할 수 없습니다. 이는 하드웨어 공급 문제뿐 아니라 여러 관점에서 사실입니다. 저장을 예로 들면, Arweave 네트워크는 테라바이트당 월 78센트를 청구하는 반면, 가장 저렴한 중앙 집중형 공급자인 Backblaze는 6달러, AWS는 최대 23달러를 청구합니다. 왜 Arweave 마이너는 이렇게 낮은 비용으로 저장 공간을 제공할 수 있지만 Amazon과 Backblaze는 그렇지 못할까요?

답은 Arweave 채굴자는 사용자에게 직접 접근할 수 없으며, 사용자는 Amazon을 신뢰하는 것만큼 Arweave 채굴자를 신뢰하지 않는다는 것입니다. Amazon은 브랜드와 평판을 통해 신뢰를 구축했습니다. 그래서 기업에서 클라우드 스토리지를 구입해야 할 때 Backblaze가 아닌 Amazon을 선택합니다. 가격이 Backblaze의 4분의 1에 불과함에도 불구하고요.

Arweave와 같은 분산형 물리적 인프라 네트워크를 사용하면 사용자는 최소한의 신뢰로 원격 공급자에 연결할 수 있습니다. Arweave 네트워크를 신뢰한다면(완전히 투명하며, 직접 감사할 수 있고, 수학적 원리를 이해할 수 있으며, 신뢰할 수 없는 검증 메커니즘을 통해 데이터 저장을 보호한다는 사실을 알고 있다면) 사용할 수 있습니다. 파일, 데이터, 애플리케이션, 심지어 네트워크 서비스까지 배포할 수 있습니다. 현재 Arweave에는 150억 개의 정보가 저장되어 있으며, 사람들은 이를 활용해 다양한 작업을 수행하고 있습니다. 네트워크 자체를 신뢰하는 한 기본 저장소 공급자를 신뢰할 필요는 없습니다. 이러한 공급업체는 저장 리소스를 보유하고 있지만 기업 고객에게 직접 판매할 수는 없습니다. 기업 고객이 아직 이들 공급업체를 신뢰하지 않기 때문입니다. 그러므로 이러한 시스템에서 신뢰 비용은 매우 높으며, 이는 하드웨어 비용뿐만 아니라 다른 비용도 포함합니다.

전통적인 금융 서비스에도 같은 비교가 적용됩니다. 예를 들어, 사람들은 소규모 ETF 제공업체 대신 Fidelity와 같은 대형 기관의 ETF를 구매하기로 선택합니다. 그 이유는 이러한 대형 기관을 신뢰하기 때문입니다. 이러한 서비스의 거래량을 살펴보면, 사용자들은 본질적으로 알고리즘 기반의 서비스에 대해 막대한 신뢰 비용을 지불하고 있다는 것을 알 수 있습니다. 실제로 신뢰에 의존할 필요는 없습니다.

AO의 접근 방식은 인터넷의 아키텍처를 모방하여 네트워크와 병행되는 컴퓨팅 기본 요소를 만드는 것입니다. 인터넷과 동일한 "액터 모델"을 사용합니다. 즉, 은행과 거래소가 메시지를 통해 서로 통신하고 필요할 때만 통신하는 것처럼 여러 서비스가 비동기적으로 상호 작용합니다. 이는 기존 블록체인 네트워크와는 완전히 다릅니다. 기존 블록체인에서는 모든 사람의 거래가 전체 네트워크의 거래가 됩니다. 예를 들어, 이더리움에서 누군가가 유니스왑에서 거래를 하면 전체 네트워크가 중단되어 상태 전환이 올바른지 확인합니다. 이 방법은 강력한 검증을 제공하지만, 극도로 비효율적이며 AO를 통해 달성하고자 하는 분산형 슈퍼컴퓨터의 규모에는 결코 도달하지 못할 것입니다.

AO는 또한 시스템 참여자 간의 신뢰 요구 사항을 최소화하기 위해 유연한 모듈식 메커니즘을 제공합니다. AO-Core는 기본적으로 "이것은 계산이고, 이것은 출력이다"라는 표현을 표현하고, 이를 어떤 당사자의 증명과 연결하여 증명 가능한 오류를 허용하는 간단한 기본형입니다. 즉, 무언가 잘못되면 그 원인을 확인할 수 있습니다. 동시에, 이러한 증명을 결합하는 것도 가능합니다. 상호작용의 정확성을 확인할 수 있는 사람은 원하는 만큼 많아도 되고, 적어져서도 안 됩니다. 이것이 AO-Core의 핵심이며, 그 위에 있는 모든 것은 이 시스템을 응용한 것이고, 동일한 기본 요소를 기반으로 구축된 모듈형 구성 서비스입니다.

간단히 말해서, AO-Core는 블록체인 개념을 HTTP 계층에 통합합니다. 우리는 블록체인의 개념을 가장 기본적인 요소로 압축하여 널리 이해되고 지지되는 언어로 표현합니다.

우리는 모든 사람이 적응할 수 있는 완전히 새로운 세상을 만드는 것보다는 블록체인 기본 요소를 기존 인프라에 통합하려고 노력하고 있습니다. 이렇게 하면 채택될 가능성이 더 높아집니다. 이는 모두 작년에 통과된 새로운 인터넷 표준 덕분입니다.

HTTP 메시지 서명

흥미로운 점은, 이 표준이 AO 테스트넷 출시와 거의 동시에 발표되었다는 점인데, 그 이름은 "HTTP 메시지 서명"입니다. 이름에서 알 수 있듯이 HTTP 요청과 응답에 서명을 내장할 수 있습니다. 우리는 Arweave의 데이터 항목 형식이 HTTP 헤더 및 본문과 다소 유사하기 때문에 이 표준을 보았을 때 매우 기뻤습니다. 이를 통해 중간 형식 변환 없이 Arweave에서 데이터를 HTTP 요청 및 응답으로 직접 표현할 수 있으며, 거의 모든 프로그래밍 언어에서 기본적으로 지원되는 HTTP 메시지 서명을 지원하는 모든 도구를 즉시 활용할 수 있습니다.

브라우저 등에서 AO-Core 노드로부터 응답을 받으면 이전에 검증되지 않았던 마지막 링크(자체 블록체인 노드를 실행하지 않는 한(거의 아무도 하지 않는데, 너무 비현실적임))에 이제 서명된 메시지가 포함됩니다. 특정 노드가 특정 리소스(데이터, 서비스 또는 상태 표현)의 정확성을 증명했다는 것을 보여주는 이 서명을 확인할 수 있습니다. 이는 AO-Core의 두 가지 기본 구성 요소 중 하나입니다.

브라우저 등에서 AO-Core 노드로부터 응답을 받으면 이전에 검증되지 않았던 마지막 링크(자체 블록체인 노드를 실행하지 않는 한(거의 아무도 하지 않는데, 너무 비현실적임))에 이제 서명된 메시지가 포함됩니다. 특정 노드가 특정 리소스(데이터, 서비스 또는 상태 표현)의 정확성을 증명했다는 것을 보여주는 이 서명을 확인할 수 있습니다. 이는 AO-Core의 두 가지 기본 구성 요소 중 하나입니다.

이제 노드 간 네트워크가 검증될 뿐만 아니라, 에지 사용자(예: 앨리스와 밥)에 대한 연결도 검증될 수 있으며 노드 간 연결과 동등하게 신뢰할 수 있습니다.

해시 경로

AO-Core의 또 다른 구성 요소는 해시 경로입니다. 인터넷 상의 메시지는 일반적으로 체인 형태로 전달됩니다. 예를 들어 은행에서 거래소에 사용자가 자금을 입금했다고 알리고, 거래소에서 사용자에게 잔액 업데이트를 알리는 방식입니다. 이러한 상호작용은 상호 연결되어 있습니다. 한 메시지는 다른 서비스의 상태를 변경하고, 이를 통해 사용자에게 전달될 새로운 메시지가 생성됩니다. 우리는 블록체인 방식으로 이러한 상호작용을 연결할 수 있습니다. 즉, 메시지 1이 발생하고, 이 상태에 따라 메시지 2가 발생하고, 마지막으로 상태 3에 도달합니다. 해시 경로는 일련의 상호작용, 즉 초기 상태와 프로그램을 기반으로 하는 일련의 거래 기록을 표현한 것입니다. AO 생태계에 익숙하다면 "프로세스" 계층이 프로세스의 입력 로그를 기록하고, Arweave에서 프로그램과 초기 상태를 결합하여 출력을 다시 계산한다는 것을 알 것입니다.

AO-Core는 한 걸음 더 나아갑니다. 시스템의 모든 메시지, 모든 상태 증명, 심지어 노드 간의 메시지까지도 마이크로 블록체인을 구성합니다. 예를 들어, 사용자가 노드에 메시지를 보내면 노드는 프로세스 일정을 얻고, 응답을 받고, 계산을 수행한 다음 그 결과를 사용자에게 반환합니다. 이 과정에서 발생하는 각 메시지는 작은 블록체인을 구축합니다. 이것은 몇 가지 흥미로운 속성을 가져옵니다. 예를 들어, 사용자가 은행에 거래소로 돈을 이체하고 거래를 완료해 달라고 요청하면 5명이 영향을 받게 되고, 결국 모든 사람의 메시지에는 출력을 생성하는 해시 경로가 포함됩니다. 이는 모든 상호작용의 내역을 포함하는 머클 루트와 같습니다. 이 출력은 브라우저로 직접 전송되고, 사용자는 기존 네트워크 인프라를 사용하여 이를 확인할 수 있습니다.

해시 경로는 "누가 언제 무엇을 말했는지"를 알려주는 검증 가능한 원자 단위와 같으며, 더 중요하게는 "왜"를 알려줍니다.

해시 경로에는 또 다른 흥미로운 속성이 있습니다. 해시 경로는 미리 계산된다는 것입니다. 이는 초병렬 네트워크(AO 등)의 근본적인 문제를 해결합니다. 즉, 강제적인 합의가 없고, 순서 지정 방법이 유연하며, 사용자가 원하는 순서 지정 방법을 선택할 수 있습니다.

여러분이 직면할 수 있는 다양한 길이 있습니다. 기존 블록체인에서는 거래 후 상태를 알기 위해 전체 체인을 다시 계산해야 합니다. 하지만 해시 경로를 사용하면 사용자는 "A에서 B로, C로 적용하면 결과가 어떻게 될지"를 미리 지정할 수 있으며, 메시지 식별자만 알면 상태 식별자를 계산할 수 있습니다. 이는 네트워크 기본 요소가 내장된 계산 상태에 대한 하이퍼링크와 같습니다. 이를 사용하면 특정 해시 경로에 있는 여러 노드의 출력을 비교할 수 있으며, 앨리스, 밥, 찰리가 상태를 X라고 하고 데니스가 Y라고 하면 불일치 사항을 찾아 해결 시스템을 통해 해결할 수 있습니다.

해시 경로도 상태 증명으로 결합될 수 있습니다. HTTP 서명 메시지는 다중 서명과 유사한 스택 서명을 지원합니다. 원래는 프록시나 캐시를 위해 설계되었지만 AO에서는 이를 사용해 앨리스, 밥, 찰리의 증명을 결합합니다. 데니스가 동의하지 않는다면, 의견 불일치가 드러나고 그에 따라 잘못이 해결될 수 있습니다.

또 다른 특징은 서명 알고리즘을 완전히 유연하게 선택할 수 있다는 것입니다. HTTP 서명 메시지는 RFC 9421 표준을 기반으로 하며 기본적으로 SHA-512를 사용하지만, ECDSA나 RSA와 같은 다른 유형도 지원되며 혼합하여 검증할 수도 있는데, 이는 기존 프로덕션 환경에서 매우 독특한 특징입니다.

이 지점의 전체적인 중요성은 아직 완전히 이해되지 않았지만, 한 가지 주목할 만한 관찰 결과가 있습니다. 은행(AO의 토큰 프로세스가 될 수 있음), 거래소(아마도 유동성 풀), 사용자 프로세스 등 4명의 참여자가 있는 시스템을 상상해 보세요. 해시 경로가 이들 참가자 간에 전달되면서 경로가 점진적으로 조립됩니다. 사용자 프로세스가 여섯 번째 상호작용에 대한 메시지를 생성하여 다운스트림으로 전달하면 증거로 Merkle 루트를 얻게 됩니다. 이 루트는 다른 프로세스의 이전 상태를 확인하는 데 사용할 수 있습니다. 이를 최대 범위로 확장하면, 네트워크 내 각 프로세스와 서비스의 상호작용 내역을 이론적으로 256비트 머클 루트로 축약할 수 있으며, 각 상호작용의 위치를 ​​추적할 수 있습니다.

이 기능은 매우 의미가 있다. 단일 네트워크 루트 검증 오류나 다른 기능을 악용할 수 있습니다. 또한 RFC 9421 기반이므로 기본 상태 전환 증명이 포함된 유효한 경로만 허용하도록 해시 경로 알고리즘을 조정할 수 있습니다. 예를 들어, 제로 지식 증명이나 TEE(신뢰 실행 환경) 인증을 사용하여 TEE 검증 결과만 통합할 수 있습니다. 이런 식으로 최종 머클 루트에는 모든 메시지 상태에 대한 증명이 포함되고, 이를 확인할 수 있습니다. 예를 들어, 제로 지식 증명이나 TEE 노드 서명을 보유하면 프로세스 번호 5040의 6번째 비트 출력이 특정 데이터임을 확인할 수 있는데, 이는 다운스트림 노드가 경로를 수락하기 위해 증명을 제공해야 하기 때문입니다.

이 메커니즘은 큰 잠재력을 가지고 있습니다. 우리는 Arweave의 영구 저장 원시 기술이 미친 광범위한 영향과 유사하게, 5~10년 후의 응용 가능성을 여전히 모색하고 있습니다. 대규모 애플리케이션에서는 네트워크의 거의 모든 계산을 포괄하는 통합된 머클 루트를 제공합니다.

합의가 강제되지 않기 때문에 시스템에는 단일한 루트가 없고, 오히려 여러 개의 루트가 다른 시점에서 생성됩니다. 하지만 시스템이 상호작용하면서 증명이 자연스럽게 전달되고 구성된다는 사실은 설득력이 있을 뿐만 아니라 추가 비용도 들지 않습니다.

이 과정은 해싱 알고리즘에 따라 상태 검증이나 일종의 합의와 유사하게 자발적으로 발생합니다. 분산 시스템의 부산물로서 인터넷의 운영 방식과 유사합니다. 이 메커니즘은 운송에 어떠한 복잡성도 더하지 않고 자연스럽게 작동합니다. 예를 들어, 앨리스는 소액 거래를 통해 밥에게 비디오를 시청하기 위해 토큰을 지불합니다. 밥이 결제하면 토큰은 해시 경로와 함께 그의 거래의 유동성 풀로 전파되고, 그런 다음 빠르게 네트워크의 나머지 부분으로 확장됩니다. 이를 통해 네트워크가 사용됨에 따라 추가적인 통신 오버헤드 없이 퍼지 합의, 또는 적어도 상태 입력의 검증 가능성이 시간이 지남에 따라 진행됩니다.

이 기능은 매우 가치가 있다. 원시적인 AO-Core는 단일 가상 머신이나 보안 메커니즘을 적용하지 않습니다. RFC 9421을 준수하기 위해 증명 메커니즘과 해시 경로 전달만 필요하며 특정 사용 규칙을 제한하지 않습니다. 이 아키텍처는 블록체인 구성 요소와 유사한 작은 상태 전환 규칙인 "장치" 시스템을 사용하지만, 구성 가능한 독립 단위로 분해되어 재사용이 가능합니다.

예를 들어, AO 프로세스는 AO-Core 기반으로 구축되는데, 이는 최소 6개의 디바이스가 필요하지만 실제로는 10~20개 이상의 디바이스가 필요합니다. 스케줄러나 실행 엔진을 대체하는 등 유연하게 이를 결합할 수 있습니다. Cosmos와 Polkadot의 툴킷 개념과 유사하게 AO-Core는 필요에 따라 조립할 수 있고 분산형 네트워크를 장착할 수 있는 사전 제작된 모듈을 제공합니다. 오늘 우리는 노드 운영자 빌드를 시작합니다. 새로운 블록체인을 시작하는 것은 Hyper Beam 노드 URL에 HTTP 메시지를 보내는 것만큼 간단합니다. 새로운 기능을 추가하려면 단 하나의 기기만 도입하면 되고, 노드 운영자는 이를 실행할지 여부를 독립적으로 선택할 수 있어 사용자와 운영자 간의 수요와 공급 시장이 형성되고 기기 실행 생태계가 발전하게 됩니다.

AO-Core——HyperBeam 사용 방법

AO 테스트넷은 1년 전에 출시되었고, 스케줄링, 메시징, 컴퓨팅 장치를 포함한 프로토타입은 약 18개월 전에 시작되었으며, 현재는 플러그형 장치로 전환되었습니다. AO-Core 메인 네트워크에서 프로세스 디바이스는 약 20개의 다운스트림 컴포넌트를 조정하고 HyperBeam 플랫폼(AO-Core 구현)이 탄생했습니다. Erlang 가상 머신, 모듈형 인프라를 기반으로 재구성되었으며 다양한 디바이스의 개발을 지원합니다.

AO는 Hyper Beam에서 실행되며, 장치 스택은 실행, 지불, 데이터 변환 도구 장치와 해시 경로 및 결과 증명을 제공하는 기타 보안 장치를 포함하여 통합된 사용자 경험을 제공하기 위해 함께 작동합니다.

Hyper Beam은 AO 기기의 운영 체제로 볼 수 있습니다. 개방형 플랫폼을 통해 노드 운영자는 기기를 선택하고 사용자는 기기 유형과 가격에 따라 작업을 할당할 수 있습니다. 기존 블록체인의 글로벌 가격 책정과 비교했을 때, AO는 이러한 요구 사항이 없습니다. 운영자는 결제 장치를 통해 독립적으로 가격을 설정하고 사용자는 비교하고 선택합니다. 각 요청은 블록체인 거래이며, 개발자는 AOS 프로세스를 지정하여 웹 페이지를 출력하고 동적 정보를 실시간으로 표시할 수 있습니다.

예를 들어, AOS 콘솔을 통해 HTTP 유형(application/html 또는 text/html)과 렌더링 데이터를 지정하여 메시지를 보냅니다. 브라우저가 URL에 액세스하면 해시 경로와 서명이 있는 페이지가 생성되어 데이터의 정확성을 증명합니다. 이런 기능은 추가적인 활용으로 이어지며 시스템 설계에 있어서 부수적인 이점으로 간주될 수도 있습니다.

더욱 눈에 띄는 기능은 실제로 스마트 계약 출력 API와 같은 더 큰 시스템의 부산물입니다. 이는 가격이나 잔액을 반환하는 웹 페이지와 유사하며 브라우저를 통해 접근할 수 있습니다. Dexi나 Permaswap과 같은 유동성 풀 서비스는 전통적으로 계산 리소스를 소모하는 "테스트 실행"이 필요했지만, 이제는 프로세스를 통해 탐색 가능한 리소스를 직접 출력할 수 있습니다.

더 기본적인 특징은 장치에서 출력한 상태와 해시 경로를 캐시할 수 있다는 것입니다. Hyper Beam 노드는 개발자가 테스트 실행을 하지 않고도 성숙한 네트워크 인프라를 사용하여 CDN 구축, 결과 캐싱 및 서명 병합을 지원하여 응답 속도를 개선합니다. 또한, 잠금 없는 서버 기능은 AWS 비용의 일부만으로 구현할 수 있습니다.

AO-Core는 합의 규칙을 적용하지 않으므로 합의가 필요하지 않지만 블록체인을 통해 검증 가능한 서비스를 제공할 수 있습니다. 장치가 올바르게 구성된 경우, 노드는 작업 순서를 결정하기 위해 스케줄링 메커니즘에 의존할 필요가 없으며, 현재 해시 경로에 따라 사용자 요청만 실행합니다. 예를 들어, 사용자가 "경로에서 X 실행"을 지정하면 노드가 적용되어 새로운 경로 Y가 생성됩니다. 이 기능은 AWS Lambda와 비슷한 서버 함수 프레임워크인 WebAssembly 컨테이너를 실행하고, 증명을 포함한 결과를 출력하며, 유연성과 안정성의 균형을 유지하는 것을 지원합니다.

보안 메커니즘을 통해 사용자는 결과의 정확성을 확인할 수 있습니다. 이 서비스는 분산형 네트워크에서 시작되므로 단일 공급자를 신뢰할 필요가 없고 해시 경로는 모바일이며 잠금 현상이 제거됩니다.

이러한 역량의 중요성은 연간 수천억 달러의 수익을 창출하는 클라우드 컴퓨팅 시장의 규모를 통해 측정할 수 있으며, 이를 통해 그 잠재적 영향력을 확인할 수 있습니다.

이제 AWS와 동등하거나 그보다 더 나은 보안 보장을 제공하여 하드웨어 리소스 공급자와 수요자를 연결할 수 있습니다. 이러한 공급업체는 Amazon의 브랜드 신뢰는 없지만 AO-Core를 통해 저렴한 서비스를 제공합니다. 정확한 가격은 알려지지 않았지만, 시스템의 주요 특징인 현재 수준보다 상당히 낮을 것이라고 추측하는 것은 합리적입니다.

또 다른 요점은 DePIN 네트워크의 구성을 단순화하는 것입니다. 상태 전환 구성 요소를 추가해야만 기존 스택을 재사용할 수 있으며, 이는 시작의 어려움을 크게 줄입니다. DePIN은 신뢰 최소화 차익거래를 기반으로 운영되며 Amazon과 동일한 수준의 신뢰를 바탕으로 저렴한 서비스를 제공하기 때문에 이러한 기능이 흥미롭습니다.

이 기능은 큰 잠재력을 가지고 있습니다. Hyper Beam은 DePIN 운영 체제로 간주될 수 있으며, AO 프로세스는 스토리지 및 컴퓨팅과 같은 여러 시나리오를 지원하는 응용 프로그램 중 하나일 뿐입니다. 노드 운영자는 앱 스토어와 같은 장비를 선택하고, 새로운 네트워크는 첫날에 하드웨어 공급자 네트워크에 연결됩니다. 이미 시도를 시작한 사람도 있습니다.

몇 달 전 Hyper Beam을 출시했을 때, 일부 생태계 구성원은 이미 개발을 시작했습니다. 예를 들어, 한 풀 리퀘스트에는 웹 GPU 지원이 추가되어 HyperBeam 실행에 GPU를 사용할 수 있고 노드는 Arweave에서 직접 코드를 다운로드할 수 있습니다. 이 기능은 URL 필드를 튜링 완전하게 만들고, 구성 요소를 이름을 통해 재사용할 수 있어 시스템의 유연성을 보여줍니다.

예를 들어, 해시 경로에서 "compute"를 호출하면 WASM 팩토리얼 함수(매개변수 1 또는 11)가 실행되고 URL 표시줄은 일반 계산 도구가 됩니다. 스크립팅 언어는 URL을 결합하여 스케줄링 프로세스 출력을 조절할 수 있어 시스템의 유연성을 강조합니다.

이는 기존 기술을 기반으로 합니다. HTTP 서명 메시지는 여러 프로그래밍 환경(Rust, Go 또는 C#)을 지원하고, 첫날부터 호환되며, 독립적인 라이브러리 유지 관리가 필요 없습니다. 데이터는 Arweave를 통해 패키징 및 업로드되며, 바로 사용할 수 있습니다.

HyperBeam 노드 실행을 시작하려면 어떻게 해야 하나요?

이제 시스템의 독특한 특징을 이해했으므로 HyperBeam 노드를 실행하는 것이 왜 합리적인지 더 잘 이해할 수 있을 것입니다. 모듈형 설계 덕분에 운영자가 서비스와 가격을 결정할 수 있고, 장비 설치도 기존 애플리케이션과 동일합니다.

현재 각 기기는 일반 운영체제의 앱 스토어처럼 독립적으로 플러그인하고 분리하며 업그레이드할 수 있습니다. 우리는 이를 정기적으로 게시하고 업데이트할 것입니다. Forward Research에서는 이를 세 가지 성숙도 수준, 즉 Early Access, Preview, Release Candidate로 분류합니다. 후보 릴리스 버전은 안정적인 기능과 사소한 업데이트를 갖추고 있으며, "비트코인화" 원칙을 따르고 AO-Core 프로토콜의 견고성을 보장합니다. Arweave가 그 예입니다.

오늘 저희는 여러분이 직접 테스트를 실행할 수 있는 HyperBeam(베타)의 미리보기 버전을 출시했습니다. AO-Core는 현재 안정화되었으며, 평가판을 사용할 수 있는 녹색 후보 기기와 미리보기 및 조기 액세스 기기가 제공됩니다.

AO 생태계는 1년 전 테스트 네트워크 출시와 함께 시작되었습니다. 사용자들이 빠르게 귀중한 거래를 시작하는 모습을 보는 것은 흥미롭습니다. 채택률과 성장률이 엄청나게 빠르며 오늘날까지도 속도가 느려지지 않아 많은 사용자가 의지하고 원하는 대로 버릴 수 없는 활성 네트워크를 형성하고 있습니다. 이는 정기적인 테스트 네트워크의 잦은 재설정과 다릅니다. AO는 홀로그램 상태 기술을 사용하여 스마트 계약의 운영 상태를 표시합니다. 모든 노드가 종료되더라도 사용자는 노드를 실행하여 스스로 상태를 복원할 수 있습니다. 이 기능은 메인 네트워크로의 원활한 전환을 위한 기반을 제공합니다.

이러한 전환은 완전한 합의 시스템에서는 달성하기 어렵습니다. 왜냐하면 메인넷과 테스트넷 합의가 Arweave와 Ethereum 모두에서 호환되지 않기 때문입니다. 하지만 AO 생태계는 제한될 필요가 없습니다. 사용자는 "Legacy Net"에 의존하고 이전 버전 노드만 실행합니다. 기존 네트워크를 유지하면서 기본 메커니즘을 실시간으로 교체하고 Hyper Beam 노드를 도입하여 데이터와 규칙을 공유해 원활한 연결을 보장할 수 있습니다.

2월 9일, AWS의 AO 운영 체제(AOS)에서 메인넷 모드 테스트를 활성화하기 위한 우선 채널을 사용자에게 제공하는 결제 릴레이 장치를 출시했습니다. 이 기능은 결제 장치를 사용하여 기존 네트워크와 상호 작용하고 고부가가치 트래픽의 처리 용량을 향상시킵니다.

이전 네트워크는 무료 컴퓨팅으로 인한 문제로 어려움을 겪었습니다. 무료 컴퓨팅은 원래 사용자를 유치하는 데 사용되었지만, 이제는 거래의 우선순위를 정하고 상태를 빠르게 얻기 위해 사용자가 비용을 지불해야 합니다. 이것이 Hyper Beam 결제 메커니즘이 만들어진 이유입니다.

Milestone 2 미리보기 버전이 오늘 출시되었습니다. 이 버전은 스케줄링 및 메시지 푸시 기능을 포함한 Hyper Beam 컴퓨팅을 지원하고, 다중 프로세스 작업을 조정하며, HTTP 서명 메시지를 통해 AO-Core에 의존하여 TEE(신뢰할 수 있는 실행 환경)에서 신뢰할 수 있는 증명을 제공합니다.

이 버전은 이전 네트워크 실행과 호환되며 지금부터 사용할 수 있습니다. GitHub에서 찾을 수 있으며 여러분의 탐색을 기대합니다. (HyperBEAM 코드 저장소: https://github.com/permaweb/HyperBEAM)

미래 방향

다음 단계는 기존 네트워크와의 완전한 호환성에 초점을 맞출 것입니다. 핵심은 디스패치 유닛을 Hyper Beam에 연결하고, 상태와 검증 가능한 증거를 확보하고, 진행 상황을 공개하고 추적 가능하게 만드는 것입니다. 동시에 장비의 완성도와 안정성도 더욱 향상시키겠습니다. 조만간 TEE(신뢰할 수 있는 실행 환경) 검증 기능과 개인 컴퓨팅 기능을 구현할 계획이며, 이를 통해 폭넓은 응용 잠재력을 통해 시스템에 더 많은 가능성이 생길 것입니다.

단기적으로는 WASM 실행 환경을 개선하는 데에도 집중할 것입니다. Hyper Beam은 사전 컴파일(AOT) 기술과 프라이빗 컴퓨팅 및 검증 가능한 출력을 결합하여 거의 기본에 가까운 실행 속도를 완벽하게 지원할 것이며, 노드 운영자가 가장 먼저 혜택을 누릴 것입니다. 현재 Web GPU와 WASM NN 장치가 사용되어 렌더링 및 LLM(대형 언어 모델) 컴퓨팅 작업을 지원하여 AO-Core의 기능을 효과적으로 확장하고 있습니다. GPU 액세스는 노드 운반 용량을 개선할 수 있습니다.

이 기술은 기본 사항에 익숙한 사람이라면 이해하기 쉽지만, 기술에 익숙하지 않은 사람에게 설명하기는 어려울 수 있습니다. 계속 지켜봐주셔서 감사합니다.

원본 링크

https://permadao.notion.site/AO-1a127607c439800dbbd7ebc401cfbfc1?pvs=4

면책 조항: 본 기사는 PermaDAO의 견해나 입장을 대변하지 않습니다. PermaDAO는 투자 조언을 제공하지 않으며, 어떤 프로젝트도 지지하지 않습니다. 독자 여러분은 자국의 법률을 준수하고, 규정을 준수하여 Web3 활동을 수행해주시기 바랍니다.

🏆 "버그를 잡고" 보상을 받으세요: 이 기사에서 오타, 잘못된 문장 또는 잘못된 설명을 발견하시면 여기를 클릭하여 신고해 주시면 보상을 받으실 수 있습니다.

면책 조항: 본 기사는 PermaDAO의 견해나 입장을 대변하지 않습니다. PermaDAO는 투자 조언을 제공하지 않으며, 어떤 프로젝트도 지지하지 않습니다. 독자 여러분은 자국의 법률을 준수하고, 규정을 준수하여 Web3 활동을 수행해주시기 바랍니다.

🔗 PermaDAO 소개: 웹사이트 | Twitter | Telegram | Discord | Medium | Youtube