DFINITY 공식 엔지니어와의 대화: 인터넷 컴퓨터가 기술의 바닥에서 어떻게 Web3 시대를 이끌어 가는지에 대한 해석?

Odaily资深编辑

2021-08-20 02:04

이 기사는 약 20546자로, 전체를 읽는 데 약 30분이 소요됩니다

새로운 세상으로 가는 길, "인터넷컴퓨터"가 답을 드립니다.

통신 및 시각화 모바일 단말 장치의 점진적인 대중화로 인해 사람들은 web3 또는 metaverse 개념으로 몰려들었습니다. 그리고 새로운 세상으로 가는 길은 어떻게 가야 할까요? 그러나 명확한 답은 없습니다. DFINITY는 5년의 탐색 경험으로 "인터넷 컴퓨터"의 길을 탐색했습니다. 효과적인 솔루션이 될 수 있습니까?

다음은 AMA의 진수입니다. 즐기세요~

Odaily: DFINITY는 "인터넷 컴퓨터"로 포지셔닝됩니다. 기존 컴퓨터 네트워크와 비교하여 물리적 계층의 인터넷 컴퓨터와 기본 인터넷 프로토콜 수준의 차이점은 무엇입니까?

Paul Liu:인터넷 컴퓨터 플랫폼의 창시자로서 DFINITY의 비전은 블록체인 특이성입니다. 즉, 인터넷에서 실행할 수 있는 모든 애플리케이션은 블록체인 기술로 구축되어야 합니다.

전체 프로젝트는 거버넌스 토큰의 소유자, 즉 전체 커뮤니티에 속합니다. DFINITY는 주요 기술 기여자로서 전체 플랫폼의 개발 및 홍보에 계속 참여할 것이지만 우리는 기여자 중 한 명일 뿐입니다. 출시된 지 불과 3개월 만에 다른 많은 커뮤니티 팀이 이미 참여했습니다. 이 플랫폼의 개발은 전체 커뮤니티의 기여와 불가분의 관계에 있습니다. 분권화를 더욱 촉진하는 것이 현재 우리의 주요 목표입니다.

인터넷 컴퓨터 플랫폼의 창시자로서 DFINITY의 비전은 블록체인 특이성입니다. 즉, 인터넷에서 실행할 수 있는 모든 애플리케이션은 블록체인 기술로 구축되어야 합니다.

이를 달성하기 위해 우리는 TCP/IP 레이어 위와 애플리케이션 레이어 아래에 블록체인 합의 기술을 기반으로 하는 프로토콜 레이어를 추가했으며 이를 ICP(Internet Computer Protocol)라고 합니다. 이 프로토콜 세트는 여러 물리적 노드(컴퓨터) 간에 데이터를 교환하여 가상 서브넷을 구축합니다. 서브넷 내부의 노드는 입력과 출력에 대한 합의에 도달하고 계산 결과를 상호 검증하며 다른 서브넷과 통신할 수 있습니다. 여러 개의 서브넷을 결합하여 가상 컴퓨터를 구축합니다. 서브넷의 증가에 따라 용량이 증가할 수 있습니다. 누구나 여기에서 프로그램을 실행하고 다른 사람의 프로그램에 액세스하는 등의 작업을 수행할 수 있습니다.

그러나 현재의 인터넷, 특히 마이크로 서비스의 개념이 다르지 않은 것처럼 들립니다. 그렇다면 왜 현재의 인터넷을 인터넷 컴퓨터라고 부를 수 없을까요? 차이점은 이 ICP 세트의 프로토콜에 있습니다. 이 프로토콜의 목적은 모든 프로그램이 올바르게 실행되고 상태가 변경될 수 없으며 프로그램이 다른 프로그램을 호출할 때 호출이 올바르게 실행될 것이라고 신뢰할 수 있도록 하는 것입니다. 현재 인터넷에는 이러한 프로토콜 계층이 없기 때문에 모든 프로그램은 가용성, 신뢰성 및 상호 인증과 같은 번거로운 문제를 자체적으로 해결해야 하므로 다양한 비호환성 및 보안 부담을 가져옵니다.

이것의 핵심은 trustworthy computing입니다.trustless trust라는 말이 있습니다.매우 적절하다고 생각하며 신뢰 (부분) 신뢰 (전체)가 필요하지 않습니다. 비트코인에서 오늘날에 이르기까지 블록체인의 발전은 또한 신뢰할 수 있는 컴퓨팅의 힘을 입증했습니다. 그러나 대부분의 응용 프로그램은 여전히 금융 분야에 집중되어 있으며 우리의 목표는 더 넓은 인터넷 분야로 확장하는 것입니다. 웹사이트가 블록체인에서 직접 실행될 수 없는 이유는 무엇입니까? 블록체인에서 계산을 검증하는 데 전체 체인에 대한 기록 데이터가 필요한 이유는 무엇입니까? 이러한 문제를 적극적으로 해결해야 블록체인이 단순히 돈을 기록하고 이체하는 수준이 아닌 인터넷의 핵심 기술이 될 수 있습니다.

Odaily: Internet Computer는 완전히 새로운 프로그래밍 패러다임을 제공하고 자체 "전문 용어" 세트를 가지고 있습니다. 이러한 "전문 용어"를 간략하게 소개하고 개발자에게 가장 유용한 인프라는 무엇이라고 생각하십니까?

Paul Liu:컴퓨팅 및 스토리지를 포함한 애플리케이션 운영 비용은 인터넷 컴퓨터의 기본 토큰인 주기로 측정됩니다. 사이클 가격은 SDR(1SDR = 1조 사이클)로 고정됩니다. SDR의 가격은 미국 달러와 위안화를 포함하여 국제통화기금(IMF)이 설정한 통화 바스켓에 의해 가중되며 상대적으로 안정적입니다.

컴퓨팅 및 스토리지를 포함한 애플리케이션 운영 비용은 인터넷 컴퓨터의 기본 토큰인 주기로 측정됩니다. 사이클 가격은 SDR(1SDR = 1조 사이클)로 고정됩니다. SDR의 가격은 미국 달러와 위안화를 포함하여 국제통화기금(IMF)이 설정한 통화 바스켓에 의해 가중되며 상대적으로 안정적입니다.

사용자의 관점으로 돌아가서, 그들은 주기의 개념에 신경 쓸 필요가 없습니다. 그러나 많은 응용 프로그램은 사용자 로그인을 처리해야 하므로 Internet Computer는 Internet Identity라고 하는 익명의 ID 관리 시스템도 출시했습니다. 이 시스템은 완전히 웹 표준을 기반으로 하며 사용자는 이를 사용하기 위해 지갑 소프트웨어를 설치할 필요가 없습니다. 이 모든 것은 블록체인의 적용이 실제로 나갈 수 있도록 사용자가 사용할 수 있는 문턱을 낮추기 위한 것입니다. 인터넷 신원은 주로 여러 장치에 로그인하는 하나의 신원 문제를 해결하기 위한 것입니다. 또한 다른 응용 프로그램에서는 응용 프로그램에서 얻은 코드가 다르기 때문에 사용자의 행동이 악의적으로 추적되는 것을 방지할 수 있습니다. 마지막으로 Internet Identity 자체도 상위 수준 응용 프로그램이며 전체 시스템에서 특별한 권한이 없으며 다른 응용 프로그램에서 사용 여부를 선택할 수 있습니다. 또한 이제 다른 개발자가 개발한 지갑과 신원 인증 시스템을 선택할 수 있고 모두 실현 가능하다는 것을 알 수 있습니다.

마지막으로 사용자는 Internet Computer의 거버넌스에 참여하는 데 관심이 있을 수 있습니다. 이것은 우리의 혁신 중 하나인 NNS라는 뉴런 투표 시스템입니다. 또한 응용 프로그램 수준에 있지만 특별한 권한이 있습니다. 즉, 모든 인터넷 컴퓨터 서브넷과 노드에서 실행되는 코드, 버전 업그레이드, 새 서브넷 생성, 새 노드 액세스를 포함하여 전체 시스템의 모든 측면을 관리할 수 있습니다. 등 기다리십시오. 투표에 참여하려면 먼저 ICP 토큰을 보유하고 일정량의 ICP를 잠가 뉴런을 얻어야 합니다 투표의 가중치는 잠긴 위치의 수, 잠긴 위치의 길이, 뉴런의 나이와 관련이 있습니다. 투표에 참여하는 것 또한 보상이 될 것이며, 보상의 양은 찬성 또는 반대 투표와는 아무런 관련이 없습니다. 또한 다른 뉴런의 결정을 따라 자동으로 투표할 수도 있습니다. 전반적으로 이러한 설정은 투표에 대한 사용자의 행동을 플랫폼의 장기적인 이익과 연결하고 사용자의 기여에 대해 보상하도록 설계되었습니다.

사용자 관점에 대해 이야기한 후 개발자 관점에서 살펴보겠습니다. 인터넷 컴퓨터에서 실행되는 응용 프로그램은 캐니스터라는 경량 컨테이너에 캡슐화됩니다. 일반적으로 모두에게 친숙한 도커 컨테이너의 개념은 조금 다릅니다 캐니스터는 코드를 캡슐화할 뿐만 아니라 컨테이너의 상태를 자동으로 유지합니다. 단순히 오래 실행되는 운영 체제 프로세스로 이해할 수 있습니다. 메모리 및 메시지 대기열을 포함한 프로세스 상태는 자동으로 저장되며 전원을 켜거나 꺼도 손실되지 않습니다. 이것은 파일 시스템의 개념이 인터넷 컴퓨터에서 제거되었음을 의미하며 개발자는 데이터를 저장하기 위해 파일 및 하드 디스크를 읽고 쓰는 것을 고려할 필요가 없으므로 상당한 단순화입니다.

개발자가 이해해야 할 또 다른 사항은 캐니스터 간의 통신 모드가 비동기식이며 액터 모델에 속한다는 것입니다. 즉, 각 캐니스터는 자체 프로세스이며 메시지를 보내는 즉, 비동기식 메서드 호출을 통해 다른 캐니스터와 통신합니다. 캐니스터의 내부 메시지 큐 처리는 단일 스레드이며 잠금을 고려할 필요가 없으며 각 메소드 호출은 원자적입니다. 액터 모델 프로그래밍에 익숙하다면 쉽게 시작할 수 있습니다.

애플리케이션을 개발하기 위해 일반적으로 캐니스터 컨테이너가 백엔드로 사용되며 프론트엔드 상호 작용은 브라우저 또는 별도의 APP에 있을 수 있습니다. 앞서 인터넷 컴퓨터가 웹사이트를 직접 실행할 수 있다고 언급했는데, 이는 캐니스터가 자체적으로 http 요청 인터페이스를 구현하고 Javascript를 포함하는 웹페이지를 사용자의 단말기로 반환할 수 있음을 의미합니다. 프런트엔드와 백엔드는 캐니스터에 함께 패키징되어 인터넷 컴퓨터에 배포될 수 있습니다. Javascript와 Rust 모두 프런트 엔드 개발을 위한 기성품 라이브러리가 있습니다. 프론트엔드가 백엔드 코드를 호출해야 할 때 비동기 함수가 직접 호출 대기하도록 하면 맨 아래 계층이 라이브러리 함수로 구현됩니다. 더 많은 정보가 필요한 경우 다국어 구현을 지원하는 Candid라는 인터페이스 및 데이터 인코딩 형식이 있습니다. Canister는 Candid를 사용하여 외부 인터페이스 및 데이터 유형을 설명합니다.

이 정보는 전체 시스템의 모든 측면을 포함하는 매우 상세하며 개발자가 시스템의 동작을 심층적으로 이해하는 데 편리한 인터페이스의 의미 체계를 정의하기 위해 많은 공식적인 노력을 기울였습니다.https://sdk.dfinity.org/docs/interface-spec/

이 정보는 전체 시스템의 모든 측면을 포함하는 매우 상세하며 개발자가 시스템의 동작을 심층적으로 이해하는 데 편리한 인터페이스의 의미 체계를 정의하기 위해 많은 공식적인 노력을 기울였습니다.

합의 프로토콜, 가상 머신 등 시스템 수준의 개발을 하고 있다면 더 많은 이야기를 나눌 수 있습니다. DFINITY 공식 웹 사이트에서 기술 라이브러리의 비디오 시리즈를 볼 수 있습니다.https://dfinity.org/technicals

Odaily: 전통적인 Alibaba Cloud, Tencent Cloud, AWS 및 기타 플랫폼과 비교할 때 Internet Computer의 차이점은 무엇입니까? 또한 회사에서 구축한 사설 클라우드 서비스이며 데이터 센터, 원격 백업 및 다중 노드 운영도 사용합니다.

Paul Liu:현재의 클라우드 서비스 플랫폼은 모두 플랫폼의 보안 유지, 네트워크 연결 유지, 중단 없는 컴퓨팅 및 데이터 손실 등을 위해 플랫폼 공급자에 의존해야 한다는 기본 가정을 기반으로 합니다. 대부분의 경우 상용 플랫폼 자체의 이익과 서비스를 제공하는 사용자의 이익 사이에 충돌이 없지만 완전히 일치하지는 않습니다. Platform Risk라는 개념은 모두가 잘 알고 있어야 하므로 여기서는 다루지 않겠습니다. 하지만 가장 중요한 점은 이러한 클라우드 플랫폼 인프라 제공자들이 상품(replaceable commodities)이 되기를 원하지 않고, 고객을 유지하고 가두기 위해 최선을 다하고 있다는 점입니다.

인터넷 컴퓨터는 처음에 분산형 네트워크로 존재했습니다. 내부 노드는 모두 타사에서 운영하며 다른 데이터 센터에서 실행됩니다. 실제 네트워크의 관리는 노드 운영자나 데이터 센터가 아닌 사용자에게 넘겨집니다. 따라서 모든 결정을 내릴 중앙 집중식 비즈니스 조직이 없습니다. 전체 거버넌스 시스템의 설계도 사용자 이익과 플랫폼 개발의 일관성을 유지하기를 희망하는 장기적인 관점을 기반으로 합니다. 이 플랫폼은 노드 운영자에게 지불되며 특정 노드가 Zhang San 또는 Li Si가 운영하는지 여부는 전혀 중요하지 않으며 이것은 자유 시장입니다. 그래서 인터넷 컴퓨터에 있어 하드웨어, 네트워크 등의 인프라는 필수품이 되었습니다.

PC 산업 전체의 발전사를 돌아보면 사실 인프라(PC 하드웨어 등)가 상품화되는 것은 필연적인 역사의 법칙임을 알 수 있으며, 클라우드 서비스에서도 예외는 아닐 것이라고 생각합니다.

인터넷 컴퓨터와 같은 컴퓨팅 플랫폼은 하드웨어 인프라에서 분리되었다고 할 수 있습니다. 이러한 종류의 비즈니스 모델은 탈중앙화와 블록체인 기술 없이는 상상할 수 없습니다. 그러나 오늘날 그것은 현실이 될 수 있으며, 이는 시대의 진보를 가장 잘 해석한 것입니다. 비트코인과 이더리움을 거쳐가는 과정에서 일부 사람들은 통화 가격 과대 광고와 폰지 사기를 본 직후에 이 새로운 것에 대해 부정적인 태도를 가지고 있습니다.

세 번째 요점은 응용 프로그램의 토큰화인 토큰화입니다. 이것은 막을 수 없는 전체 인터넷 응용 프로그램의 발전에서 다음 추세라고 할 수 있습니다. 기존의 클라우드 서비스 제공업체도 기껏해야 블록체인과 연결 구성 요소를 제공하며 그 아키텍처는 완전한 세트 이후 불가피하게 상당히 부풀어 오릅니다. Internet Computer는 웹사이트와 애플리케이션을 직접 실행할 수 있기 때문에 네이티브 블록체인으로 토큰화를 통합하는 것이 매우 쉽습니다.

Odaily: 인터넷 컴퓨터의 모든 스마트 계약은 "확장 가능"합니다. 구체적으로 프로토콜의 확장은 기술 수준에서 어떻게 작동합니까? 확장 사례가 있습니까?

Paul Liu:물론 시스템 수준에서 성능을 향상시킬 수 있는 다양한 최적화 솔루션이 있으며, 하드웨어의 성능을 최대한 발휘할 수 있기를 바라며 이를 위해 노력해 왔습니다.

Internet Computer의 주요 설계 아이디어는 확장, 즉 리소스를 추가하고 새 서브넷을 만들어 병목 현상을 해결하는 것입니다. 이 아이디어는 기본적으로 주류 웹 애플리케이션의 아이디어와 동일합니다.애플리케이션이 하나의 캐니스터를 통해 모든 사용자 요청을 처리할 수 없는 경우 여러 캐니스터를 사용하여 애플리케이션 수준에서 일부 사용자 요청을 처리하는 것이 합리적입니다. 즉, 애플리케이션을 설계할 때 이를 고려하고 최소한 새로운 아키텍처로 마이그레이션할 가능성은 남겨두어야 합니다. 현재 OpenChat은 여러 개의 캐니스터를 사용하도록 설계되었으며 DSCVR도 이에 대한 여지를 남겨두고 있지만 여전히 하나의 캐니스터에 중점을 둡니다.

시스템 수준에서 캐니스터 확장을 통해 4G 메모리의 현재 임계값을 초과할 수 있습니다. 컴퓨팅 측면에서도 동시성의 지도 이데올로기에서 시작하며 Ethereum의 글로벌 원자 설계를 선택하지 않습니다. 따라서 다른 캐니스터는 자체 스레드에서 자체 메시지를 처리합니다.하드웨어 로드가 허용하는 한 다른 캐니스터의 성능에 영향을 미치지 않습니다. 네트워크는 기본적으로 대역폭이 확장의 상한선을 결정합니다.어떤 블록체인도 이 물리적 병목 현상을 피할 수 없으며 인터넷 컴퓨터의 서로 다른 서브넷에 해당하는 단편화만 사용할 수 있습니다.

물론 시스템 수준에서 성능을 향상시킬 수 있는 다양한 최적화 솔루션이 있으며, 하드웨어의 성능을 최대한 발휘할 수 있기를 바라며 이를 위해 노력해 왔습니다.

Odaily: 어떤 유형의 Dapp이 휴대하기에 더 적합합니까? 현재 인터넷 컴퓨터에 DeFi 프로토콜이 상대적으로 적다는 것을 알았습니다.향후 인터넷 컴퓨터에서 Dapp 트랙의 방향은 무엇입니까?

Paul Liu:최종 분석에서 미래가 있는 트랙은 애플리케이션이 빠르게 가치를 수집할 수 있는지 여부에 따라 달라집니다. 이 값은 언제든지 변경될 수 있으므로 프로젝트가 잠긴 정도를 의미하지는 않습니다. 사용자 및 다른 응용 프로그램과 얼마나 많은 연결을 설정했는지에 대한 것입니다. 이 연결은 신뢰가 깊어지고 사용이 증가함에 따라 점점 더 가치가 높아질 것입니다. 코드를 붙여넣을 수 있지만 이 연결은 복사할 수 없습니다. 그리고 적절하게 사용된다면 토큰은 가치 축적을 어느 정도 가속화할 수 있지만 결국에는 프로젝트 자체의 내재적 가치에 달려 있습니다.

개인적으로 저는 여전히 Internet Computer의 현재 소셜 dapp에 대해 매우 낙관적입니다. 이 트랙이 토큰화의 축복을 받으면 매우 빠르게 성장할 것이며 확실히 DeFi 및 NFT 게임보다 열등하지 않을 것입니다. 다른 블록체인에 소셜 속성을 가진 dapp도 있지만 모두 시작의 문턱이 있습니다.결국 지갑을 올바르게 사용하는 단계는 많은 사용자를 당황하게 합니다. 인터넷 컴퓨터의 dapp은 웹 표준 기술을 사용하며 모든 브라우저에서 액세스할 수 있습니다.

제가 낙관하는 또 다른 방향은 개인 사용자와 중소기업을 위한 애플리케이션입니다. 프로젝트 관리, 파일 공유, 크리에이터 경제(팟캐스트, 브이로그, 웹 기사 등)의 경우 인터넷에 비교적 성숙한 솔루션이 있지만 플랫폼 위험은 항상 존재합니다. 앞서 클라우드 서비스의 플랫폼 리스크에 대해서도 말씀드렸는데, 그 외 다양한 분야에서 거대 독점의 경험은 다들 있으실 거라 생각합니다. 이제 탈중앙화 구조는 새로운 가능성이며, 플랫폼 자체는 먹이사슬의 상위에 자리 잡고 대군주 조항으로 사용자의 이익을 삼키는 대신 투명한 존재가 되어야 합니다.

최종 분석에서 미래가 있는 트랙은 애플리케이션이 빠르게 가치를 수집할 수 있는지 여부에 따라 달라집니다. 이 값은 언제든지 변경될 수 있으므로 프로젝트가 잠긴 정도를 의미하지는 않습니다. 사용자 및 다른 응용 프로그램과 얼마나 많은 연결을 설정했는지에 대한 것입니다. 이 연결은 신뢰가 깊어지고 사용이 증가함에 따라 점점 더 가치가 높아질 것입니다. 코드를 붙여넣을 수 있지만 이 연결은 복사할 수 없습니다. 그리고 적절하게 사용된다면 토큰은 가치 축적을 어느 정도 가속화할 수 있지만 결국에는 프로젝트 자체의 내재적 가치에 달려 있습니다.

Odaily: Webassembly에서 실행되는 컨테이너인 Canister는 Dapp 체인에서 실행되는 환경을 호스팅합니다. Canister의 최근 소식은 무엇입니까?

Paul Liu:이번 주 월요일에 DFINITY는 개발 로드맵을 발표하고 커뮤니티 참여를 환영합니다.https://dfinity.org/roadmap

그 중 캐니스터와 관련된 것은 다음과 같습니다.

· 안정적인 메모리 확장

· 캐니스터 ECDSA 서명

용량 증설은 현재 주로 안정적인 메모리, 즉 코드 업그레이드에 영향을 받지 않는 메모리 관리를 위한 것이다. 기존에는 Wasm 가상머신의 4GB 제한으로 제한되었으나 현재는 해제가 가능하며, 현재 300GB 정도인 서브넷의 총 메모리로 상한이 제한된다.

AMD SEV의 기술 사용은 주로 Canister의 데이터 프라이버시를 어느 정도 보호하여 노드 운영자도 사용자 데이터를 스누핑할 수 없도록 합니다. 우리는 이에 대한 준비를 해왔고 상당히 어렵습니다. 다행히 현재 노드들이 사용하는 하드웨어는 이미 SEV 기술을 지원하고 있으니 그때까지는 순조로운 업그레이드가 되었으면 하는 바램입니다.

Odaily: "개방형 상호 연결 서비스"는 영구적인 API를 구현할 수 있어 개발자가 다른 서비스에 의존하는 데이터나 기능을 안전하게 구축할 수 있으며 해지 위험이 없습니다. 개방형 인터넷 서비스는 인터넷 컴퓨터에 어떻게 배포됩니까?

Paul Liu:영구 API를 제공하는 가장 쉬운 방법은 빈 세트로 설정하여 캐니스터 컨트롤러의 코드를 수정 불가능하게 만드는 것입니다. 저는 개인적으로 블랙홀이라는 아주 간단한 캐니스터도 만들었습니다. 주요 목적은 다른 캐니스터가 컨트롤러를 블랙홀로 설정하여 코드를 수정할 수 없게 할 뿐만 아니라 블랙홀이 책 주기의 균형을 확인하거나 코드의 해시 값을 확인하는 것과 같은 추가 쿼리 기능을 제공하는 것입니다. 블랙홀의 컨트롤러 자체가 자체로 설정되어 있고 코드도 공개되어 있어 해시 값의 정확성을 쉽게 확인할 수 있습니다. 캐니스터를 다른 사람이 신뢰해야 하는 경우 컨트롤러를 블랙홀로 설정하는 것이 깔끔한 방법입니다.

그러나 여전히 코드 업그레이드 기능을 유지해야 하는 경우 커뮤니티 거버넌스 기능을 도입해야 합니다. 우리가 개발 중인 Service Neuron 시스템은 애플리케이션이 토큰을 잠가 뉴런을 생성한 다음 코드 업그레이드를 포함하여 애플리케이션의 모든 측면을 관리하기 위해 투표할 수 있도록 합니다. 물론 우리가 만든 SNS 시스템은 아직 개발 중이고 아직 사례가 없다. 그리고 그것은 후보 솔루션 중 하나일 뿐이며 커뮤니티는 이미 이 영역에서 다른 시도를 해왔고 점차 성숙해질 것이라고 믿습니다.

Odaily: 보안은 컴퓨터의 중요한 문제입니다.인터넷 컴퓨터는 방화벽과 같은 기능을 대체하기 위해 어떤 메커니즘을 사용합니까? 변조 방지 측면에서 다른 블록체인 하부 레이어와 비교하여 DFINITY의 특징은 무엇입니까?

Paul Liu:방화벽의 주요 기능 중 하나는 해커가 시스템에 침입하여 인트라넷에 액세스하여 데이터를 훔치거나 변조하는 것을 방지하는 것입니다. 우선, 내부 및 외부 네트워크 권한의 구분이 매우 문제가 됩니다. 일단 위반되면 인트라넷의 모든 기본 권한이 공격자에게 노출되기 때문에 매우 취약합니다. 따라서 많은 기업들이 이러한 접근 방식을 포기하고 서비스별로 권한을 설정하고 통합 ID 관리 기술을 사용하여 사용자를 인증하는 방식으로 변경하는 것을 확인했습니다.

데이터가 진정성 있고 신뢰할 수 있으며 변조되지 않았는지 확인하는 것과 데이터 개인 정보 보호는 또 다른 문제입니다. 대부분의 블록체인은 공개 데이터이므로 개인 정보 보호가 없습니다. 동형 암호화와 같은 기술을 사용하여 애플리케이션 수준에서 진정한 개인 정보 보호를 달성할 수 있지만 현재 효율성은 충분하지 않습니다. 그래서 현재 계획은 AMD SEV 기술을 적용하여 하드웨어 수준에서 암호화하는 것입니다. 그러나 전체 인터넷 컴퓨터의 보안은 하드웨어에 의존하지 않으며 SEV의 보장은 플러스입니다.

인터넷 컴퓨터의 데이터를 변조하려면 노드의 권한을 뚫는 것만으로는 충분하지 않습니다. 서브넷 노드 수의 2/3 이상을 제어할 수 있어야 합니다. 따라서 서브넷의 보안은 어느 정도 노드 수에 따라 달라집니다. 또한 노드의 불규칙한 순환을 통해 이러한 측면의 보안을 더욱 강화할 수 있습니다. 서브넷이 침해되더라도 다른 서브넷의 신원을 가장할 수 없으므로 손실 범위를 제어할 수 있습니다.

Odaily: DFINITY라는 이름은 실제로 6년 전에 출시되었습니다.메인넷 출시 과정이 상대적으로 느리지만 DFINITY 팀이 정말로 파괴적인 일을 하고 싶어한다는 것을 알 수 있으며 합의도 매우 강합니다. "이더리움의 자매 체인"에서 "세계적 수준의 인터넷 컴퓨터"로 전환하는 데 영향을 준 요인은 무엇입니까?

Paul Liu:World Computer의 슬로건은 이더리움이 처음 제시했으며 지금은 DeFi 및 디지털 자산에 더 중점을 두고 있지만 많은 사람들에게 영감을 주었습니다. "세계 일류 인터넷 컴퓨터"의 방향은 항상 DFINITY의 목표였으며 자금 조달 후 변경된 경로가 아닙니다. 처음에는 팀의 제약으로 인해 BLS 및 합의 프로토콜의 명확한 혁신만 있었기 때문에 첫 번째 단계는 이 측면에서 시작하여 체인을 시작한 다음 점진적으로 반복하는 것이었습니다. 하지만 교차 서브넷 통신 문제를 해결하지 않으면 항상 "또 다른 블록체인"의 틀에 박혀 혁신이 어렵다는 것을 깨달았습니다. 교차 서브넷 검증 문제를 해결하고 확장성 약속을 실현하는 체인 키에 돌파구가 있는 것은 바로 팀의 끈기 때문입니다.

계속해서 질문하고 답을 찾는다면 점차 실질적인 해결책이 나올 것이라고 믿습니다. 이것이 DFINITY가 지난 몇 년 동안 해온 일입니다.

Odaily: 이더리움은 EIP-1559 업그레이드를 막 완료하여 디플레이션의 첫 걸음을 내디뎠으며 토큰 가격은 점차 상승하고 있습니다. 분산형 인프라의 경우 토큰의 성능이 지지자에게 더 많은 인센티브를 제공한다고 생각하십니까 아니면 기술 중단이 더 중요하다고 생각하십니까? 둘 사이의 상대적 균형을 달성하는 방법은 무엇입니까?

Paul Liu:노력의 범위를 넓혀가는 것이 가장 보람 있는 방향이라고 생각합니다 결제 이체부터 디파이, NFT, 게임까지 지속적으로 확장해나가는 과정입니다. 이러한 대세 속에서 네이티브 웹사이트가 블록체인에서 실행되도록 하는 것을 목표로 하는 등 더 넓은 분야로 블록체인 기술을 확장하려고 합니다. 기술 혁신과 토큰 인센티브를 사용하여 새로운 사용자를 함께 확보하여 생태계를 번영시키고 가치를 높입니다.

기술 혁신은 또한 경쟁자에 의해 쉽게 복사됩니다. 그러나 전반적인 관점에서 볼 때 이러한 혁신은 전체 산업을 발전시켜 왔습니다. 단일 프로젝트의 경우 순수한 기술 혁신의 혜택을 받을 수 있는지 여부를 말하기는 정말 어렵습니다. 업계의 모든 사람들이 생태 건설에 대해 이야기하고 있습니다. 생태 프로젝트가 플랫폼에서 얼마나 많은 보호를 받을 수 있는지, 특히 개발자가 신생 플랫폼에 투자하도록 설득하는 방법은 쉬운 일이 아닙니다.

노력의 범위를 넓혀가는 것이 가장 보람 있는 방향이라고 생각합니다 결제 이체부터 디파이, NFT, 게임까지 지속적으로 확장해나가는 과정입니다. 이러한 대세 속에서 네이티브 웹사이트가 블록체인에서 실행되도록 하는 것을 목표로 하는 등 더 넓은 분야로 블록체인 기술을 확장하려고 합니다. 기술 혁신과 토큰 인센티브를 사용하여 새로운 사용자를 함께 확보하여 생태계를 번영시키고 가치를 높입니다.

Odaily: 많은 사람들이 인터넷 컴퓨터가 web3 응용 프로그램의 주요 위치라고 생각합니다. 각 퍼블릭 체인에는 Polkadot 및 Ethereum과 같은 web3에 대한 고유한 통찰력과 기술 구현 경로가 있습니다. DFINITY의 통찰력과 향후 계획/Web3로의 로드맵은 무엇입니까?

Paul Liu:보조 제목

커뮤니티의 질문

Q1: 캐니스터 서명이란 무엇입니까? 캐니스터가 서명을 위해 사용하는 개인 키는 어디에 있습니까? 또한 Canister는 업데이트 호출을 얻기 위해 구독할 수 있는 이더리움 스마트 계약과 유사한 이벤트 메커니즘을 지원합니까?반환 값에 따라 호출자를 얻습니까? 마지막으로 일반 캐니스터는 언제 ICP 토큰을 처리할 수 있습니까?

답변:캐니스터 서명은 이벤트 로그 또는 영수증과 어느 정도 동일합니다. 노드가 모든 기록 블록을 유지하도록 요구하지 않기 때문에 이벤트 로그에 대해서만 이 작업을 수행하는 것은 의미가 없습니다. 결국 이 기능은 쿼리 호출 및 인증된 var를 통해서도 실현될 수 있으며 더 강력합니다.

캐니스터 서명은 이벤트 로그 또는 영수증과 어느 정도 동일합니다. 노드가 모든 기록 블록을 유지하도록 요구하지 않기 때문에 이벤트 로그에 대해서만 이 작업을 수행하는 것은 의미가 없습니다. 결국 이 기능은 쿼리 호출 및 인증된 var를 통해서도 실현될 수 있으며 더 강력합니다.

Canister의 ICP 토큰 처리는 오랫동안 기술적인 문제가 아니었으며 보안상의 이유로 권한이 해제되지 않았습니다. 시스템의 안정과 더불어 우리의 자신감도 많이 높아졌기에 사고가 없다면 가까운 시일 내에 커뮤니티 투표를 통해 결정이 내려질 것으로 추정됩니다.

Q2: DFINITY 개발자가 소셜 애플리케이션 개발을 선호하는 것으로 나타났는데, DFINITY가 소셜 애플리케이션 개발에 적합한 이유 또는 개발자가 DFINITY에서 소셜 애플리케이션 개발을 좋아하는 이유는 무엇입니까?

답변:내 이해로는 사람이 모이는 것에서 가치가 모인다. 그래서 블록체인 플랫폼이 사람들을 직접적으로 모을 수 있게 되면 그런 사회적 프로젝트가 반드시 탄생할 것입니다. 그러나 현재의 웹 환경에서는 소셜 폭발을 일으키기가 쉽지 않기 때문에 이러한 프로젝트는 분명히 다른 방식의 게임을 시도할 것입니다. 토큰화 토큰화를 위한 고정된 루틴은 없으며 토큰화의 혁신을 기대하고 있습니다.

Q3: 개발에 고민이 있는데, 예를 들어 A컨테이너 A가 B컨테이너를 호출하고, B컨테이너 B가 C컨테이너 C를 호출하는데, C컨테이너 C가 자신의 상태를 업데이트하고 정상적인 반환값을 B컨테이너 B에게 반환하면 B컨테이너가 끊깁니다. 컨테이너 A도 Failed입니다. 그러나 C 컨테이너의 상태가 변경되었습니다. 유사한 원자성 문제에 대한 권장 솔루션이 있습니까?

답변:시스템 설계에는 항상 상충 관계가 있습니다. 때로는 제한을 추가하는 것이 더 나을 수도 있고 선택을 제공하는 것이 더 나을 수도 있습니다. 우리의 의견은 원자성을 준수하는 단일 메서드 호출이 보다 적절한 세분성이며 전체 호출 스택을 함께 원자화하도록 강제할 필요가 없다는 것입니다.

이 조합이 필요한 경우 기존 데이터베이스에는 이미 2단계 커밋과 같은 매우 성숙한 솔루션이 있습니다. 이는 캐니스터 인터페이스를 통해 애플리케이션 수준에서 표준을 협상하여 달성할 수 있으며 반드시 시스템 수준에서 지원할 필요는 없습니다.

시스템 설계에는 항상 상충 관계가 있습니다. 때로는 제한을 추가하는 것이 더 나을 수도 있고 선택을 제공하는 것이 더 나을 수도 있습니다. 우리의 의견은 원자성을 준수하는 단일 메서드 호출이 보다 적절한 세분성이며 전체 호출 스택을 함께 원자화하도록 강제할 필요가 없다는 것입니다.

Q4: 저는 인터넷 컴퓨터에서 응용 프로그램을 만들고 있는 개발자입니다. 백엔드가 언제 외부 http/https 호출을 할 수 있는지 묻고 싶습니다. 또한 컨테이너당 4GB의 제한으로 인해 분산 스토리지 시스템을 구현해야 하는데 BigMap은 언제 출시되거나 확장 가능한 파일 스토리지의 다른 더 좋은 방법이 있습니까?

답변:외부 http/https 호출은 읽기용과 쓰기용으로 별도로 볼 수 있습니다. 전자는 신탁이 필요하고 후자는 상대방이 재진입을 만족하면 완전히 실현 가능하다.

Q5: 스토익 지갑 니모닉은 플러그 지갑으로 가져올 수 없습니다.스토익 개발자에게 물어보니 암호화 알고리즘의 선택이 다르다고 합니다. 동시에 공식 지갑 니모닉이 더욱 다른 것을 보니 이번 후속 조치에 대한 통일된 기준이 있을까요? 이더리움처럼 하나의 니모닉으로 여러 지갑을 불러올 수 있나요?

답변:그것은 실제로 보편적이지 않은 문제를 일으킬 것이므로 단기적으로 사용자는 어떤 니모닉 문구가 어떤 회사에 속하는지 표시하도록 상기시킬 수 있습니다. 장기적으로 커뮤니티가 공통된 표준을 협상할 수 있기를 바랍니다.

Q6: 인터넷 컴퓨터 데이터 센터의 유지 관리 임계값을 얼마나 낮출 수 있습니까?IC는 ISP가 ip 프로토콜 계층에 걸리지 않도록 Skycoin의 네트워크와 같은 자체 기본 통신 네트워크 하드웨어를 설계하는 것을 고려하고 있습니까?

답변:하드웨어는 지금 다루지 않습니다. 먼저 기존 하드웨어를 최대한 활용하는 기술에 대해 이야기합시다.

Q7: 화폐계 초심자인데 DFINITY 생태지갑 사용이 너무 어려운 것 같은데 앞으로 변경될까요?

답변:제 이해로는 다양한 기기의 브라우저 지원은 비교적 좋은 편이지만 모바일 앱의 지원은 다소 어렵기 때문에 추가 연구 및 개발 작업이 필요합니다. 중국에서 안드로이드 폰을 사용하는 사용자는 Google Play 서비스가 설치되지 않으면 WebAuthn을 사용할 수 없으며 이에 대한 적절한 솔루션이 필요하며 조사 중입니다.

Q8: Ethereum의 DAPP를 IC로 직접 전송할 수 있습니까?

답변:Solidity를 Wasm으로 컴파일할 수 있을 것 같지만 프로그래밍 모델이 다르고(예: 원자 단위) 지원해야 하는 시스템 인터페이스도 다르기 때문에 이를 지원하기 위한 작업이 필요합니다.

Q9: 합의 질문을 하십시오. 서브넷의 합의가 PoS에 속합니까? 서브넷 노드 합의에 악이 있는 경우 처벌 메커니즘이 있습니까?

답변:PoS이며 노드는 현재 토큰을 약속할 필요가 없습니다. 액세스 메커니즘이기 때문에 노드는 익명일 수 없으므로 관련 페널티 메커니즘을 구현하기가 상대적으로 쉽습니다. 노드는 정기적으로 임금으로 토큰을 받아야 하며 현재 페널티 메커니즘은 이를 차감하는 것입니다.

Q10: ICP에 하드웨어 지갑이 있습니까?

답변:Ledger에 대한 하드웨어 지갑 지원이 곧 제공될 예정입니다.

Q11: DFINITY의 설계 아키텍처에 대한 첫인상은 매우 복잡하다는 것입니다. 내부 형식에서 목표는 인터넷 서클의 퍼블릭 체인입니다. 이 산업에서 안전은 양보할 수 없는 가장 중요한 측면입니다. 그렇다면 DFINITY의 불가능한 삼각형 문제에 대해 어떻게 생각하십니까?

답변:IC 기본 시스템은 실제로 더 복잡합니다. 개발자에게는 시스템의 상위 계층에서 응용 프로그램을 개발하는 것이 간단하다고 생각합니다.

보조 제목

개발자 요구 사항

Q1: 현재 표준은 여전히 매우 혼란스럽기 때문에 다른 개발자가 만든 것의 비호환성으로 이어집니다. DFINITY는 현재 표준을 구현하고 합의를 얻기 위해 어떻게 계획하고 있습니까?

답변:표준을 구현하기 위해서는 커뮤니티의 적극적인 참여가 필요하며, 커뮤니티의 리더가 나서서 이를 추진하는 데 앞장서야 합니다. 우리는 커뮤니티에서 많은 핫 이슈에 대해 논의했습니다.https://forum.dfinity.org/c/roadmap/29/l/top

Q2: DFINITY의 현재 거버넌스는 어떻게 운영되고 있습니까? 거버넌스를 통해 기술 표준에 대한 합의를 촉진하는 방법은 무엇입니까?

답변:현재 거버넌스 내용에는 네트워크 구성 변경, 노드 서브넷 추가 및 업그레이드가 포함되며 모두 투표 직후 자동으로 실행됩니다. 그러나 기술 표준의 진흥을 위해서는 더 많은 사람들이 논의에 참여하고 알 수 있도록 사전에 더 많은 준비 작업을 수행해야 거버넌스가 합리적으로 수행될 수 있습니다. 이 분야에서 충분히 수행되지 않았으며 향후 우리 작업의 초점이 될 것입니다.

Q3: DFINITY는 현재 거버넌스를 통해 향후 개발 경로를 결정합니까?

답변:DFINITY가 공개한 개발 경로는 개인적인 의견일 뿐이며 일부 계획이 제안된 후 커뮤니티에서도 많은 부정적인 피드백을 받았으므로 여전히 개선의 여지가 있습니다.커뮤니티의 주류가 동의하지 않으면 투표를 통과하지 못합니다. , 그래서 우리는 연구 개발에 에너지를 낭비하지 않을 것입니다. 커뮤니티에서 실제로 요청한 개발 계획이 많고 합리적이라고 생각하여 로드맵에 넣었고 결국 이를 완료할 수 있는 특정 개발 능력이 있습니다. 그러나 우리가 모든 개발 계획을 완료하기를 기대하는 것은 현실적이지 않습니다. 코드는 모두 오픈 소스이며, 능력만 있으면 누구나 개발에 참여할 수 있습니다. 특히 빅맵과 같은 애플리케이션 계층은 다른 팀에서 개발할 수 있습니다.

Q4: 성숙한 토큰이나 NFT 표준이 있습니까? 개발자가 참고할 기준이 없는데 어떻게 시작해야 할까요?

답변:현재 커뮤니티에서 토큰 규격(FT, NFT)에 대한 논의가 진행 중이며, 더 많은 개발자들이 참여하여 의견을 개진할 수 있기를 바라며, 곧 좋은 방안이 나오리라 믿습니다.

Q5: dfinity는 어떤 유형의 애플리케이션에 더 적합합니까? 특히 초창기에는 어떤 점을 주의해야 할까요? 개발자에게 아이디어를 줄 수 있습니까?

답변:생태학

생태학

Q1: NFT는 현재 매우 인기가 있으며 최근 NFT 프로젝트도 DFINITY에서 생산되었습니다.Toniq Labs에서 출시한 NFT 플랫폼은 불과 며칠 만에 40만 달러의 거래량을 달성했습니다. DFINITY에서 NFT의 장점은 무엇입니까? 기존 NFT 기능과 다른 점은 무엇입니까? 어떤 새로운 게임 플레이를 가져올 수 있습니까?

답변:인터넷 컴퓨터에서 NFT를 만드는 것의 장점 중 하나는 고유하고 고유한 해시 값일 뿐만 아니라 코드를 통해 해당 기능을 부여하여 NFT를 "라이브"로 만들 수 있다는 것입니다.결국 직접 프로그래밍할 수 있으며 웹 인터페이스 완전히 액세스할 수 있습니다. NFT는 서로 연결하고 결합할 수도 있습니다.게임 플레이는 매우 다양합니다. 상상력을 최대한 발휘해 봅시다!

Q2: DFINITY의 구조가 ETH 시리즈와 매우 다르기 때문에 위의 DeFi에서 원자성이 부족하고 구성에도 영향을 미칩니다.이 문제를 해결하는 방법은 무엇입니까?

Q3: DFINITY에서 DeFi는 어떻게 수행되어야 합니까? 기존 DeFi와 큰 차이가 있나요?

답변:인터넷 컴퓨터의 계정 모델은 다릅니다. 사용자에게는 토큰 정보를 기록할 통합 시스템 수준 계정이 없습니다. 각 캐니스터는 자체적으로 사용자를 관리할 수 있으며 계정 번호는 캐니스터 상태로 기록되므로 모든 이전 이체 기록을 유지해야 하는 경우 추가 작업이 필요합니다.

거버넌스를 위해 Internet Computer에서 사용하는 ICP 토큰은 실제로 캐니스터에 의해 구현되며 캐니스터를 실행하기 위한 주기로 변환할 수 있다는 점 외에는 특별한 시스템 지원이 없습니다. 그것의 구현은 또한 개발자들이 참고할 수 있는 예로 사용될 수 있습니다.

현재 DeFi에는 여러 유형이 있으며 하나는 교환이고 다른 하나는 대출이며 안정적인 통화가 추가될 수 있습니다. 제 생각에는 SNS 커뮤니티 거버넌스를 통해 매개변수를 구성하고 코드를 업그레이드하는 것이 가장 좋은 방법이라고 생각합니다. 또한 프런트 엔드는 체인에 완전히 연결되어 진정한 탈중앙화를 달성할 수 있습니다.

또 다른 방향은 Canister의 ECDSA 서명을 통해 다른 체인의 자산을 제어하고 다른 체인의 계약을 직접 호출하는 것입니다. 이는 상당히 강력하며, 크로스체인 자산의 흐름을 보다 빠르고 안전하게 만들어줄 것으로 믿고 있으며, 새로운 게임 플레이가 탄생할 것으로 예상됩니다.

Q4: DFINITY의 새로운 기술적 특성에 따라 고유한 메커니즘을 가진 DeFi가 탄생합니까? 예를 들어 CeFi가 경험한 DeFi? 아니면 소셜 SociFi로?

답변:예, 완전히 실현 가능한 CeFi의 DeFi 경험에는 이미 커뮤니티 프로젝트가 있습니다.

Q5: DFINITY에 distirkt, openchat, bunchd, cancan과 같은 많은 소셜 생태계가 있는 이유는 무엇이며 소셜 미디어는 DFINITY에서 어떤 역할을 합니까? 이것이 탈중앙화 세계의 다음 큰 트렌드가 될까요?

답변:개발 도구

개발 도구

Q1: 개발에 권장되는 언어는 무엇입니까? Rust와 Motoko의 장단점은 무엇입니까?

답변:Rust 생태계는 성숙했고 바로 사용할 수 있는 라이브러리가 꽤 많이 있지만 언어는 상대적으로 저수준이며 시작하기 어렵습니다. 현재 Rust로 캐니스터를 개발하는 방법에 대한 문서가 부족하므로 Rust를 처음 사용하는 경우 권장하지 않습니다.

Motoko는 자동 메모리 관리 기능이 있고 시작하기가 더 쉽고 컴파일러의 품질은 비교적 높지만 생태학이 충분하지 않고 라이브러리가 충분히 풍부하지 않으며 종종 자체 사다리를 구축해야 합니다.

개인적으로 motoko를 선택한 이유는 직장에서 Rust를 너무 많이 쓰고 있고 일부 단점이 싫기 때문입니다. 물론 이것은 특별히 좋은 이유는 아닙니다.

Q2: DFINITY는 언제 ICP 토큰 테스트 네트워크와 함께 출시됩니까? 개발자에게는 그러한 환경이 필요합니다.

답변:인터넷 컴퓨터 SDK와 함께 제공되는 복제 소프트웨어는 컴퓨터에서 실행할 수 있는 로컬 테스트 네트워크이며 팀은 공동 개발을 위해 연결할 수 있습니다.

더 큰 공개 테스트 네트워크의 경우 현재 유지 관리할 에너지가 없으며 인터넷 컴퓨터 공용 네트워크에 직접 테스트를 배포하는 비용이 실제로 매우 낮기 때문에 특별히 필요하지 않은 것 같습니다. 물론 이 요청을 포럼에 공식 제안으로 제출하는 것도 환영합니다.아마도 커뮤니티는 그러한 공개 테스트넷을 실행할 계획을 세울 수 있습니다.

Q3: Motoko는 현재 라이브러리가 부족하여 복잡한 논리를 표현하기 어렵습니다. 이 부분에 대한 공식적인 계획은 무엇입니까? 이 부분은 아직 개발 중인가요?

답변:이와 관련하여 특정 요구 사항을 환영하며 개발자는 motoko의 패키지 관리 도구 용기를 사용하고 오픈 소스 라이브러리를 제출하는 것을 더 환영합니다. 일부 개발자는 이미 이 작업을 수행하고 있으며 우리 쪽은 확실히 계속 발전할 것이지만 일반적으로 말해서 커뮤니티는 여전히 함께 작업해야 합니다.

Q4: 공식 Rust 툴체인이 계획되어 있습니까? 예를 들어 다양한 스캐폴딩, 영구 저장소(Motoko의 stable var와 유사). 여기에는 많은 개발자 수요가 있으며 Rust는 현재 제한되어 있습니다.

답변:현재 Rust 툴체인에는 cdk와 agent-rs가 있지만 문서와 기능이 상대적으로 부족하고 개선을 위해 열심히 노력하고 있습니다. NNS 서브넷의 여러 캐니스터는 Rust로 구현되어 참조용 예제로 사용할 수 있습니다.

Q5: solidy, C++ 등 다른 언어는 언제 지원되나요? 이 SDK를 개발할 것인가?

답변:솔리디티는 Wasm으로 컴파일할 수 있을 것 같지만 프로그래밍 모델이 다르고(예: 원자적 입도) 지원해야 하는 시스템 인터페이스도 다르기 때문에 이를 지원하기 위한 작업이 필요합니다.

C/C++는 확실히 Wasm으로 컴파일이 가능합니다.현재 시스템 API용 헤더 파일은 없지만, 실제로 작성하는 것은 어렵지 않습니다.간단한 오픈 소스 예제가 있습니다.

Go to Wasm을 컴파일하는 것은 미숙한 것 같아서 더 어려울 것입니다.

보조 제목

가스에 대해

Q1: 인터넷 컴퓨터의 모든 단계는 주기를 소비합니까? 개발자의 가스 부담을 줄이는 방법은 무엇입니까?

답변:예, 컴퓨팅, 스토리지 및 설치는 모두 주기를 소비해야 합니다. 개발자는 무료 주기를 신청하여 프로젝트를 시작할 수 있습니다.https://faucet.dfinity.org/

Q2: 개발자가 가스 비용을 지불하는 경우 스팸 트랜잭션을 사용하여 사이클을 소진시키는 악의적인 공격자로부터 어떻게 방어할 수 있습니까?

답변:canister_inspect_message 메서드를 구현하여 악의적인 공격을 피할 수 있습니다. 이 방법 자체는 주기를 소비하지 않습니다.

Q3: 개발자의 가스 부담을 줄이는 방법은 무엇입니까?

답변:사이클 자체는 가격이 안정적이며 현재 실제 사용은 계산 수행이 상당히 저렴하다는 것을 보여줍니다. 개발자는 무료 주기를 신청하여 프로젝트를 시작할 수 있습니다.https://faucet.dfinity.org/

보조 제목

보관에 대해

Q1: 관계형 데이터베이스의 공식적인 개발 진행 상황은 어떻게 됩니까? bigmap/bigsearch는 언제 출시되나요?

답변:bigmap이 로드맵에 있습니다. 포럼으로 이동하여 토론에 참여할 수 있습니다.

Q2: 컨테이너 확장을 위한 향후 기술 계획은 무엇입니까? 현재 캐니스터는 4G만으로는 부족하고 확장이 필요한데 어떤 방식을 사용할 것인가? 언제 사용할 수 있습니까?

답변:확장 계획은 로드맵에 있으며 포럼으로 이동하여 토론에 참여할 수 있습니다.

Q3: DFINITY는 wasm 가상 머신을 64비트로 확장합니까?

답변:관련 기술이 성숙되면 괜찮을 것입니다.

Q4: DFINITY에서 IC 드라이브와 같은 개인 클라우드 디스크 프로젝트를 보았지만 4G 컨테이너의 용량은 분명히 충분하지 않습니다. DFINITY는 향후 대규모 스토리지 문제를 어떻게 해결할 것입니까?

답변:대규모 저장소는 조각화해야 합니다. 즉, 여러 캐니스터로 나누어야 합니다. bigmap 프로젝트를 참조할 수 있습니다.

Q5: DFINITY는 특정 유형의 스토리지 서브넷을 시작합니까?

답변:보조 제목

지갑과 신분

Q1: 현재 공식 인터넷 아이덴티티는 WebAuthn을 사용하는데, 이는 대부분의 사용자가 사용하기 어렵고 임계값을 생성합니다. 정부는 어떻게 II를 사용하기 쉽게 만들 수 있습니까?

답변:First II는 필수가 아니라 선택 사항입니다. 내 앱에서는 사용하지 않습니다.

둘째, 다양한 기기에 대한 브라우저 지원은 비교적 좋은 편이나 모바일에서는 앱 지원이 어려워 추가 연구개발이 필요한 것으로 알고 있습니다.

중국에서 안드로이드폰을 사용하는 사용자는 Google Play 서비스가 설치되지 않으면 WebAuthn을 사용할 수 없게 되므로 이에 대한 적절한 솔루션이 필요하며 조사 중입니다.

Q2: DFINITY의 신원 인증 방법이 왜 그렇게 복잡합니까 같은 사람이 다른 컨테이너에 다른 ID를 할당하는 이유는 무엇입니까?

답변:ID 인증을 위한 통합 시스템 수준 계정이 없으며 공개 키는 ID에 직접 해당합니다. 다른 장치에서 로그인을 관리해야 하는 경우 애플리케이션 수준에서 이 문제를 해결해야 합니다. II는 계획이지만 필수가 아니라 선택입니다. 내 앱에서는 사용하지 않습니다. II 다른 컨테이너에서 동일한 사용자에게 다른 ID를 할당하는 것은 개인 정보 보호 고려 사항에서 벗어납니다.

또한 다른 개발자들이 기존 블록체인에 더 가까운 지갑 플러그인을 만든 것도 좋은 선택입니다.

Q3: DFINITY의 Principal ID와 Account ID의 디자인은 매우 복잡합니다. 주기와 ICP에 대한 동일한 사람의 수락 주소가 다릅니다. 이로 인해 개발자와 사용자 모두에게 큰 문제가 발생했습니다. 이 문제를 해결하는 방법은 무엇입니까? 향후 관련 도구가 공식적으로 출시될 예정입니까?

답변:공개 키는 ID에 직접 해당하며, 다른 캐니스터에서 동일한 ID를 사용하려면 동일한 공개 키를 사용해야 합니다. 이것은 분명히 가능하지만 저는 개인 정보 보호를 선택했습니다.

서로 다른 응용 프로그램이 고유한 인증 및 계정 관리 모드를 선택하도록 허용하는 것은 분명히 장점과 단점이 있습니다. 가장 직접적인 단점은 사용자가 다른 블록체인의 전역 주소 방식에 익숙하다면 여기에서 그다지 편하지 않을 수 있다는 것입니다. 하지만 실생활에서 각 은행에서 개설한 계좌 번호도 다른 형식일 수 있고 Binance와 Huobi의 주소도 다를 수 있으므로 이 접근 방식이 완전히 작동하지 않는다고 말할 수는 없습니다.

Q4: 현재 DFINITY에는 3~4개의 웹 페이지와 플러그인 지갑이 있지만 각각 다른 암호화 알고리즘과 생성 경로를 사용합니다.이 문제를 해결하는 방법은 무엇입니까?

Q5: 모바일 지갑은 언제 출시되나요?

답변:보조 제목

미래 발전 공유

Q1: DFINITY에서 컨테이너의 액세스 링크는ic0.app접미사가 차단되어 액세스할 수 없나요? 이 문제를 피하는 방법은 무엇입니까?

답변:다른 도메인 이름은 인터넷 컴퓨터의 컨테이너 주소로 확인할 수 있습니다. 예를 들어, fleek는 인터넷 컴퓨터에 연결하기 위해 자체 도메인 이름을 운영하며 그 접미사는 ic.fleek.co입니다.

캐니스터 ECDSA 서명이 구현된 후 도메인 이름에 대한 보다 유연한 지원이 제공됩니다.

Q2: DFINITY의 dapp에서 제공하는 주소를 사용자 정의할 수 있습니까? DNS를 대체할 수 있습니까? Dom은 Twitter에서 여러 번 말한 것 같습니다. 개발 진행 상황은 어떻습니까?

답변:예, 이 가상 URL은 게시된 로드맵에도 있습니다. 그 전제는 캐니스터 ECDSA 서명이므로 개발이 진행 중입니다.

Q3: 앞으로 더 많은 노드, 더 낮은 노드 요구 사항 및 더 나은 익명성을 갖춘 Badlands가 실행됩니까? 이 부분은 어떻게 진행되나요?

답변:현재로서는 제안일 뿐이며 커뮤니티에서 반대하는 의견이 많으므로 계속 논의해 나가길 바랍니다.

Q4: 앞으로 서로 다른 서브넷이 특정 유형을 파생하게 됩니까? 예를 들어 계층, 스토리지 서브넷, 논리 서브넷, 토큰 서브넷 및 시스템 서브넷의 진화?

답변:커뮤니티 제안을 환영하며 모두가 함께 논의할 수 있습니다.

Q5: 체인키를 통해 dom에서 언급한 DFINITY와 ETH 간의 직접적인 상호 작용은 무엇입니까? 개발자는 언제 사용할 수 있습니까?

답변:보조 제목https://dfinity.org/howitworks/direct-integration-with-bitcoin

다른 질문

Q1: DFINITY 블록체인의 TPS는 무엇입니까? DeFi 및 NFT 애플리케이션 배포에 적합합니까?

답변:트랜잭션에 대한 정확한 정의가 없기 때문에 트랜잭션의 크기는 수십 바이트, MB 또는 GB가 될 수 있기 때문에 TPS는 그다지 의미 있는 비교가 아닙니다. 그것이 하는 일은 원장 숫자를 더하고 빼거나 기가바이트의 메모리를 읽고 쓰는 것일 수 있습니다.

트랜잭션이 실행을 위해 서명된 메시지라고만 생각하면 인터넷 컴퓨터에서 여기에는 사용자가 보낸 메시지와 서브넷 간에 보낸 메시지가 포함됩니다. 현재 사용자가 보내는 메시지는 약 350/s의 IC에서 인위적으로 제한되며 주된 목적은 DoS 공격을 방지하는 것입니다. 플랫폼이 안정화됨에 따라 이 상한선은 점차 증가할 것입니다.

전반적으로 IC에서 처리하는 TPS는 사용자 수요가 증가함에 따라 언제든지 새 서브넷을 추가할 수 있기 때문에 상한선이 없습니다.

Q2: 기존 서버와 비교하여 인터넷 컴퓨터 사용 비용의 차이는 무엇이며 데이터 업로드 및 다운로드 비용은 얼마입니까? 인터넷 컴퓨터 데이터 센터의 유지 관리 임계값을 얼마나 낮출 수 있습니까?

답변:현재 저렴한 비용https://sdk.dfinity.org/docs/developers-guide/computation-and-storage-costs.html

Q3: 서브넷 노드 합의에 악이 있는 경우 처벌 메커니즘이 있습니까?

답변:현재 페널티 메커니즘은 노드 운영자가 얻은 보상을 차감하는 것입니다. 일반적으로 우리는 운영자가 여러 서브넷에 참여하도록 요구하므로 악을 행하는 노드는 전체 수익에 영향을 미치므로 악을 행하는 비용이 증가합니다.

Q4: canister_inspect_message의 예가 있습니까? DDOS 문제를 피하기 위해 이것을 사용할 계획입니까?

답변:현재 Rust만 지원됩니다. 예는 다음과 같습니다.

use ic_cdk_macros::*;

#[query]

fn hello() {

ic_cdk::print("Hello World!");

}

#[link(wasm_import_module = "ic0")]

extern "C" {

pub fn accept_message() -> ();

}

#[export_name = "canister_inspect_message"]

fn canister_inspect_message() {

unsafe { accept_message(); }

}

Q4: DFINITY는 데이터 센터의 조직 방식을 채택하지만 다른 프로젝트와 비교하여 분산 노드의 조직 형식을 채택합니다. 완전히 분산되어 있지 않습니까? 그러면 센터가 악을 행하게 될까요? 기술팀은 이 문제를 어떻게 계획하거나 해결했습니까?

답변:정확히 말하면 데이터센터는 운영에 참여하지 않고 보통 노드 제공자가 운영에 참여하기 위해 데이터센터에 자체 서버를 호스팅한다. 노드 공급자는 KYC를 거쳐야 하며 악행 비용을 증가시키는 것 외에도 지역, 데이터 센터 및 이해 당사자에 따라 서로 다른 서브넷 간에 리소스를 더 잘 할당하여 더 높은 수준의 탈중앙화를 달성할 수 있습니다. Bitcoin 및 Ethereum의 현재 마이닝 풀 구조와 비교할 때 IC의 접근 방식은 네트워크 구조가 노드 자체에 의해 결정되지 않고 NNS를 통해 균일하게 할당되기 때문에 센터가 악을 행하지 않습니다.

Q5: 소셜 앱/기업 애플리케이션의 방향 외에 어떤 발전 방향에 대해 낙관적입니까? 인터넷 벤치마킹?

답변:더 일찍 대답했다

Q6: Ethereum의 DAPP를 DFINITY로 직접 전송할 수 있습니까? 원클릭 로그인이 다른 생태계로 확장되나요? 유동성 문제를 어떻게 해결하고 이더리움 생태계와 어떻게 다른가요?

답변:ECDSA의 임계값 서명은 이더리움 생태계와 통합될 수 있습니다.

인터넷 ID 로그인은 OAuth 표준을 준수하며 다른 체인이나 다른 웹사이트에서 사용할 수 있습니다.

Bitcoin 및 Ethereum과의 통합을 통해 교차 체인 자산의 유동성을 확실히 증가시킬 것입니다.

이더리움의 현재 생태계는 체인 간 중앙 집중식 브리징 구성 요소를 필요로 하며, 이는 크로스 체인 애플리케이션의 구성 가능성에 영향을 미치는 양방향 무료 호출을 실현할 수 없습니다. IC가 통합되는 방식이 이것을 변화시킵니다.

Q7: 방금 발표된 로드맵에서 비트코인과 DFINITY의 가장 흥미로운 직접 통합에는 브리지가 필요하지 않습니다. 모두 ECDSA 타원 곡선을 사용합니다. 임계값 서명을 아직 완전히 이해하지 못했습니다. 높은 수준에서 Dfinity의 계약은 UTXO에 어떻게 서명합니까? Bitcoin 네트워크의 개인 키를 사용하는 Cainster 링크를 구체적으로 알려주실 수 있습니까?

답변:Bitcoin 블록은 IC에 직접 업로드되므로 UTXO 레코드를 쉽게 볼 수 있습니다.

ECDSA 임계값 서명에는 개인 키가 없습니다.서브넷에 참여하는 각 노드가 자신의 비밀 공유를 저장하여 달성합니다.개인 키가 체인에 연결되지 않아 프라이버시를 충족하기 때문에 임계값 서명이 더 안전한 이유입니다.

보조 제목