NEST 오라클 머신: 정보 흐름 온체인에 대한 생각

NEST爱好者

2020-08-28 12:39 (UTC+8)

本文约1343字，阅读全文需要约5分钟

NEST 오라클 머신의 온체인 정보 흐름에 대해 생각합니다.

보조 제목

체인의 정보 흐름에는 몇 가지 문제가 있습니다.

1. 신뢰 위험, 특정 조직에 의존하여 정보를 업로드할지 여부, 즉 체인을 분산할지 여부

2. 정보의 검증, 정보의 검증 여부 및 검증방법의 직접적·간접적 여부

3. 정보가 공개되어 있어 제3자에 의해 쉽게 변조되거나 영향을 받는지 여부에 대한 공격 방지

5. 먼저 확인한 후 전화하거나 먼저 전화한 후 확인하는 정보 전화;

보조 제목

NEST에서 명확하게 볼 수 있습니다.

첫째, 배포 및 인센티브를 통해(이 둘은 필수 불가결합니다. 그렇지 않으면 신뢰할 수 있는 자동 메커니즘을 형성할 수 없습니다) 정보 업로드의 동기 부여 및 신뢰 해제를 보장합니다.

둘째, 양방향 옵션은 체인업 프로세스 중에 정보가 확인되도록 합니다.

넷째, 베타 계수는 정보 사슬의 공격, 변조 및 오염에 대한 알고리즘입니다.

보조 제목

탈중앙화는 분산이 아니다 분산은 조직화의 방법이다 탈중앙화는 자동으로 작동하기 위해 인센티브가 필요한 운영 방식이다 이 인센티브에는 직접적인 외부 인센티브(알고리즘 등)가 포함되며 내부 인센티브(시장 거래)가 될 수도 있다.

보조 제목

확인 정보

다음은 몇 가지 질문입니다.

1) 먼저 확인한 후 사용할지 또는 먼저 사용한 후 확인할지 여부:

완전한 탈 중앙화를 고려하여 먼저 사용하고 검증하면 다운 스트림 사용자의 위험 규모 만 검증 자의 모기지 규모와 일치합니다.

어떤 사람들은 검증자를 탈중앙화하고 무작위 선택을 늘림으로써 검증자가 악을 행하는 것을 막으려 합니다.문제는 다음과 같습니다.

A. 다운스트림 수입이 충분히 크면 합리적인 노드는 집단적으로 악을 행할 동기를 갖게 됩니다(담합이 필요하지 않음, 자세한 내용은 공격을 패키징하지 않는 광부 참조).

B. 신용위험은 탈중앙화할 수 없으며, 임의로 단일 노드를 호출하면 정크노드에 의해 파괴될 수 있음(EOS 해킹 참조)

C. 여러 노드가 부정행위를 하지 않더라도 데이터 처리에 많은 수의 노드가 필요하고 각 노드의 인센티브와 행동이 일치하지 않으며 더 복잡한 지연과 데이터 구조 불일치 위험이 있습니다.

2) 검증의 데이터 구조 문제:

데이터 조각이 블록체인에서 인식할 수 있는 데이터 구조가 아닌 경우 검증을 위한 불평등한 노드, 즉 소위 중재 노드가 있어야 하거나 소위 투표 메커니즘을 통해 검증해야 합니다(이는 실현 불가능합니다. 또는 많은 정보에 시기적절하지 않음)

온체인 정보와 오프체인 정보의 차이로 이어질 수 있는 검증 주기 위험 가격 정보라면 그 차이는 최소 차익 거래 비용을 의미합니다.

보조 제목

블록체인의 시간 차원은 초가 아닌 블록의 순서이며 지연은 블록체인에 정보가 나타나는 밀도에 주로 반영됩니다. 이더리움은 블록을 시간 간격으로 사용하며 가장 집중적인 인용도 블록당 하나만 있기 때문에 오프체인 순간에는 항상 지연이 있습니다. 제안이 특정 메커니즘에 따라 설계된 경우 지연을 계산할 수 있습니다.

보조 제목

신용 위험을 제거한 후 DeFi는 위험 관리가 개선되었습니다. 알고리즘을 통한 위험 관리가 가능해졌습니다. NEST 시스템에서 주요 애플리케이션 위험은 NEST 오라클의 가격 편차 및 가격 지연에 반영됩니다. 이러한 위험 요소의 분포는 (특정 가정에 따라) 계산 가능하므로 NEST 오라클 머신을 기반으로 한 DeFi 설계는 이러한 정량적 지표를 기반으로 위험 관리를 수행할 수 있습니다.