메인 콘텐츠로 건너뛰기
Didit의 공식 Node.js 및 TypeScript 라이브러리입니다. Node.js 18 이상, Bun, Deno, 그리고 fetch를 사용하는 엣지 런타임에서 실행되며, ES 모듈과 CommonJS 빌드를 함께 제공하고 런타임 종속성이 없습니다. 모든 SDK가 공유하는 내용은 서버 SDK 개요를 참고하십시오.

설치

패키지는 npm의 @didit-protocol/sdk-node입니다. 소스 코드와 변경 로그는 GitHub의 didit-protocol/sdk-node에 있습니다.

클라이언트 구성

Node.js, Bun, Deno(--allow-env 사용 시)에서 new Didit()는 환경 변수의 DIDIT_API_KEY를 읽습니다. 엣지 런타임에는 프로세스 환경이 없으므로 이 경우에는 키를 옵션으로 전달하십시오: new Didit({ apiKey: env.DIDIT_API_KEY }). 옵션을 전달하면 기본값을 재정의할 수 있으며, 케이스, 네트워크, 규제 보고서처럼 애플리케이션 범위의 호출에 필요한 조직 ID와 애플리케이션 ID도 설정할 수 있습니다. 타임아웃은 밀리초 단위입니다.
CommonJS를 사용하는 경우 const { Didit } = require("@didit-protocol/sdk-node");를 사용하십시오.

세션 생성

워크플로에 대한 검증 세션을 생성하고 사용자를 해당 URL로 보내십시오. 요청 필드는 API 고유의 이름을 그대로 사용합니다.

결정 읽기

사용자가 절차를 마치면(또는 webhook이 도착하면) 결정을 읽으십시오. 모든 기능 결과는 워크플로 노드마다 항목 하나를 가진 목록이며, 날짜와 시간은 Date 객체입니다.

webhook 검증

원본 본문(파싱된 JSON이 아님)과 요청 헤더를 전달하십시오. Node.js 또는 Express의 req.headers 객체, Fetch의 Headers 객체, 또는 [name, value] 쌍(WebhookHeaders 타입)을 사용할 수 있습니다. verify는 Promise를 반환하며, 유효하고 만료되지 않은 전송이 아닌 경우 WebhookVerificationError로 거부합니다.
Express를 사용하는 경우 express.raw({ type: "application/json" })로 본문을 읽고 handleWebhook(req.body, req.headers)를 호출하십시오. 시크릿을 교체하는 동안에는 [newSecret, oldSecret]를 모두 전달하십시오. 이벤트와 서명 방식은 웹훅을 참고하십시오.

거래 스크리닝

결제, 출금 또는 암호화폐 전송을 거래 모니터링에 제출하십시오. 응답에는 상태와 위험 점수가 포함됩니다.

Authentication 토큰 검증

Authentication은 백엔드에서 Authentication 발급자가 서명한 액세스 토큰을 검증하며, 요청마다 Didit을 호출하지 않습니다. 또한 코드를 교환하고, 토큰을 갱신하고, 세션을 확인하고 해지하며, 추가 인증을 실행합니다.
토큰 검증은 애플리케이션의 발급자와 서명 키를 기준으로 서버에서 토큰 검증하기의 검사를 수행합니다.

오류

목록 및 파일

API 참조의 서버 엔드포인트 페이지에는 해당 작업의 Node.js 샘플이 있습니다. 다만 1.0.1 릴리스에 아직 포함되지 않은 엔드포인트와 필드는 예외이며, 이는 개요에 명시되어 있습니다.
마지막 수정일 2026년 11월 7일