Skip to main content

NEAR 데이터 흐름

데이터 흐름

이 비디오에서는 데이터가 NEAR 프로토콜 블록체인에서 어떻게 이동하는지에 대한 주요 개념들의 간략한 개요를 제공합니다.

NEAR 프로토콜 블록체인 데이터 흐름은 한눈에 보기에는 다소 까다로울 수 있습니다. 그러나 그것은 매우 간단하고 잘 정의된 규칙을 따릅니다. 이 글에서는 NEAR 프로토콜 블록체인에서 데이터가 어떻게 이동하는지 자세히 살펴보겠습니다.

실제로 모든 블록체인 흐름은 시작은 있지만 끝이 없는 무한한 타임라인으로 나타낼 수 있습니다.

Blocks Timeline

그리고 일정 간격으로 해당 타임라인에 블록이 나타납니다. 이러한 각 블록은 이전 블록에 대한 정보를 보유하므로 블록들로 연결된 체인 을 생성합니다 .

NEAR 프로토콜에는 샤드 특성이 있습니다. 즉, 샤드라고 하는 둘 이상의 병렬 네트워크가 언제든지 라이브 상태일 수 있습니다. 그리고 각 샤드는 주어진 간격으로 블록 청크를 생성합니다. NEAR 블록체인의 블록은 모든 샤드의 블록 청크 모음입니다. 블록 청크는 NEAR 프로토콜 문서에서 청크로 축약됩니다.

데이터 흐름 자체로 돌아가봅시다. 우리가 할 수 있는 최선은 오디오/비디오 편집 앱에서 볼 수 있는 트랙을 상상하는 것입니다. 각 샤드에는 고유한 트랙 세트가 있습니다. 상위 트랙은 청크입니다. 주어진 간격에 관계없이 나타나며 NEAR 블록체인의 경우 간격은 약 1초입니다. 블록체인에서 아무 일도 일어나지 않아도 청크가 생성되고 있습니다.

Timeline as tracks

그러면 무슨 일이 일어나고 있다는 말은 무엇을 의미합니까? 무언가가 블록체인에 어떤 변화를 일으켰다는 뜻입니다. 그리고 변경 사항을 트리거하는 가장 잘 알려진 방법은 우리가 변경하려는 항목과 해당 변경 사항을 요청한 사람에 대한 지침과 함께 트랜잭션을 블록체인에 보내는 것입니다.

트랜잭션은 구성, 서명이 이뤄진 채로 블록체인으로 전송되어야 합니다. 일단 실행되면 우리는 ExecutionOutcom이라는 결과를 기대합니다. 생각보다 간단하지만, NEAR 블록체인에서 이는 정확하지 않습니다.

Transaction execution

처음에는 트랜잭션이 있으며 여기에는 블록체인에서 실행하려는 명령이 포함되어 있습니다. 트랜잭션은 NEAR 블록체인으로 전송됩니다.

트랜잭션은 즉시 실행되지만, 트랜잭션 실행의 즉각적인 결과는 항상 체인에서 실행될 것이라는 확인일 뿐입니다. 이 내부 실행 요청을 Receipt라고 합니다. Receipt는 샤드 간 정보를 전달하기 위해 존재하는 내부 트랜잭션으로 생각할 수 있습니다 .

트랙으로 돌아가 예시를 살펴보겠습니다.

서로 다른 [샤드](https://near-indexers.io/docs/data-flow-and-structures/structures/shardalice.nearbob.near라는 두 개의 계정이 있다고 가정해봅시다. alice.near트랜잭션을 생성하여 bob.near에 몇 개의 토큰을 보냅니다. 트랜잭션은 즉시 실행되며 트랜잭션ExecutionOutcome은 항상 Receipt입니다.

그러나 bob.nearalice.near 와 동일한 샤드에 있지 않기 때문에, 이 Receipt는 여기에서 실행할 수 없습니다. 따라서 Receipt는 수신자의 샤드에서 실행되어야 합니다. 따라서 Receipt는 bob.near가 속한 샤드로 이동합니다.

대상 샤드에서 Receipt가 실행되고, 프로세스가 완료된 것으로 간주됩니다.

여기서 설명은 간단합니다.

토큰 전송 흐름 문서 를 참조하세요.

따라서 최종 스키마는 다음과 같습니다.

Complete scheme of sending tokens from an account from one Shard to an account on another

요약

우리는 NEAR 프로토콜에서 데이터가 이동하는 방식의 주요 원칙을 배웠습니다. 트랜잭션이 실행되고 트랜잭션ExecutionOutcome이 항상 Receipt라는 사실을 알게 되었습니다.

이제 우리는 Receipt가 NEAR 프로토콜 블록체인의 주요 내부 자산이며 샤드 사이를 이동할 수 있는 능력이 있다는 것을 알고 있습니다. 또한 간단한 예를 통해 NEAR 데이터 흐름을 배웠습니다. 물론 교차 컨트랙트 호출을 포함하는 보다 복잡한 트랜잭션이 있는 상황에서는 더 많은 Receipts 및 ExecutionOutcomes가 있을 것입니다.

이 글이 유용하기를 바라며, NEAR 프로토콜에서 데이터가 흐르는 방식에 대한 지식으로 dApp 및 인덱서를 쉽게 구축할 수 있기를 바랍니다.