InMidnight Korea Developer BlogbyMidnight Korea·Aug 18proof server, 프로덕션에서는 어디에 둘 것인가Midnight Network에서 proving은 설계상 클라이언트에서 돌아갑니다. 그래서 proof server를 어디에 둘지는 기본값이 정해진 문제가 아니라 열어놓고 결정해야 하는 설계 문제입니다. 표준 흐름에서 witness를 내보내는…
InMidnight Korea Developer BlogbyMidnight Korea·Aug 12Midnight DApp에 맞는 지갑 고르기이 글은 Midnight Aliit Fellow인 Ivan Romero가 정리한 커뮤니티 지갑 가이드를 한국 개발자 대상으로 재구성한 것입니다. 지갑을 고르는 두 축, DApp Connector로 연결하는 방법, 그리고 지갑마다 가장 크게 갈리는…
InMidnight Korea Developer BlogbyMidnight Korea·Jul 3Compact은 왜 다른 종류의 스마트 컨트랙트 언어인가Midnight Network의 스마트 컨트랙트 모델은 로컬 비공개 연산, 공개 transcript, ZK proof, verifier key를 중심으로 동작합니다. 따라서 이 모델에서 컨트랙트를 작성하는 언어 역시 프라이버시를 부가 기능이 아니라…
InMidnight Korea Developer BlogbyMidnight Korea·Jun 19Midnight의 두 가지 state 이해하기: public state와 private state이전 글에서는 NIGHT와 DUST가 서로 다른 방식으로 상태를 갖는다는 점을 살펴봤습니다. NIGHT는 비차폐(unshielded) 원장 UTXO로 존재하고, DUST는 차폐(shielded)된 수수료 리소스로 사용됩니다.
InMidnight Korea Developer BlogbyMidnight Korea·Jun 19NIGHT: 수수료를 내는 토큰이 아니라, 수수료를 만드는 토큰많은 체인에서 수수료를 생각할 때 가장 먼저 떠올리는 질문은 보통 이렇습니다.
InMidnight Korea Developer BlogbyMidnight Korea·Jun 3데이터를 들여다보는 대신, 증명을 검증한다: Midnight의 ZK 신뢰 모델영지식 증명, 흔히 말하는 ZK proof는 보통 “프라이버시 분야 기술 중 하나”로 여겨집니다.
InMidnight Korea Developer BlogbyMidnight Korea·May 27Zero-Knowledge Proof(영지식 증명)을 TypeScript 유사 문법으로 블록체인에서 구현할 수 있다면?개인정보를 다루게 되는 서비스를 설계하는 과정에서 이런 고민을 했던 경험이 존재할 겁니다.
InMidnight Korea Developer BlogbyMidnight Korea·May 27Midnight의 수수료 모델 이해하기: DUST와 NIGHT다른 블록체인 네트워크에서 개발해 본 경험이 있다면, 보통 “토큰으로 가스를 지불한다”는 모델에 익숙할 것입니다.
InMidnight Korea Developer BlogbyMidnight Korea·May 6Compact을 시작하기 전 알아야 할 Midnight의 작동 방식EVM 네트워크에서 개발해본 분이라면 익숙한 흐름이 있을 겁니다. 문법을 익히고, 스마트 컨트랙트를 작성하고, 온체인에 배포하고, 실행 비용은 가스로 지불하는 방식입니다.
InMidnight Korea Developer BlogbyMidnight Korea·Apr 3Midnight Korea 개발자 블로그와 한국어 Docs를 소개합니다안녕하세요. Midnight Korea입니다.
