주제: API
홈으로-
거래소 인증 비교: API Key·HMAC·JWT·토큰 만료
English version TECH INSIGHT / EXPLAINED API Key·HMAC·JWT는 서로 배타적인 세 가지 보안 등급이 아닙니다. 한 요청이 헤더의 키로 계정을 식별하면서 서명을 검증할 수 있고 JWT 자체가 HMAC을 사용할 수도 있습니다.
-
Exchange Authentication: API Keys, HMAC, JWT and Token Lifetimes
한국어로 읽기 TECH INSIGHT / EXPLAINED API key, HMAC and JWT are not three mutually exclusive security levels. A request may identify a key in a header and authenticate a signature at the same time; a JWT can itself use HMAC.
-
API JSON 검증: 구조·필드 존재·정확한 수량을 확인하기
English version TECH INSIGHT / EXPLAINED JSON 해독 성공은 문법이 맞다는 뜻이지 유효한 시세나 주문 결과라는 뜻은 아닙니다. HTTP 상태·응답 모양·제공자 성공 코드·실제 사용할 값까지 나누어 검증하는 경계를 만듭니다.
-
Python 거래소 시각 처리: 명시적 단위·UTC·거래일 경계
English version TECH INSIGHT / EXPLAINED 타임스탬프에는 단위·시간대·의미가 필요합니다. 같은 01:00도 봉 시작이나 서버 응답 시각일 수 있습니다. 시간대 변환이 맞아도 서로 다른 사건을 같은 값처럼 취급할 수는 없습니다.
-
Python Exchange Timestamps: Explicit Units, UTC and Session Boundaries
한국어로 읽기 TECH INSIGHT / EXPLAINED A timestamp needs three pieces of context: its unit, timezone and meaning. “01:00” may be a bar opening time or a server response time; converting it correctly does not make those events interchangeable.
-
공개 코인 캔들 수집: 페이지 이동·빈 구간·완료 봉 보관
English version TECH INSIGHT / EXPLAINED 공개 캔들 API는 학습과 재현 가능한 연구에 유용합니다. 행을 받는 것 외에도 출처·페이지 경계·시간대·빈 구간·마지막 봉 완료 여부를 기록해야 합니다.
-
Public Crypto Candle Data: Pagination, Gaps and Closed-Bar Archives
한국어로 읽기 TECH INSIGHT / EXPLAINED Public candle APIs are useful for learning and reproducible research. The collection task is more than downloading rows: record the source, page boundaries, timezone, missing intervals and whether the latest candle has closed.
-
KIS API First Integration: Environment, Expiry and Business-Error Checks
한국어로 읽기 TECH INSIGHT / EXPLAINED The first integration target is a verified quote response from the intended environment. Keep application credentials, access tokens, market selection and response validation as four explicit steps.
-
한국투자증권 API 첫 연동: 환경·토큰 만료·업무 오류 검사
English version TECH INSIGHT / EXPLAINED 첫 연동의 목표는 의도한 환경에서 유효한 시세 응답을 받는 것입니다. 앱 인증 정보·접근 토큰·시장 선택·응답 검증을 네 단계로 나눠 확인하세요.
-
Python requests: 실제 동작하는 토큰 갱신과 안전한 오류 처리
English version TECH INSIGHT / EXPLAINED 통신 실패·HTTP 상태·인증·JSON 해석을 서로 다른 경계로 다룹니다. 인증 분기에 실제로 도달할 수 있어야 하고 주문 생성을 자동 반복해서는 안 됩니다.
-
Python Requests: Reachable Token Refresh and Safe Failure Boundaries
한국어로 읽기 TECH INSIGHT / EXPLAINED Handle transport errors, HTTP status, authentication and JSON decoding as separate boundaries. A useful wrapper must make the authentication branch reachable and must not automatically repeat order creation.
-
Upbit Python API: Quotes, Correct Signing and Order Validation
한국어로 읽기 TECH INSIGHT / EXPLAINED Build the integration in observable stages: public quote, authenticated read, locally validated order payload, then a documented order test. A successful HTTP response and a completed trade are different milestones.
-
업비트 Python API: 시세 조회·정확한 서명·주문값 검증
English version TECH INSIGHT / EXPLAINED 공개 시세·인증 조회·로컬 주문값 검증·문서화된 주문 테스트 순으로 확인합니다. HTTP 요청 성공과 실제 거래 완료는 서로 다른 단계입니다.
-
API 레이트리밋: 공유 한도·토큰버킷·안전한 재시도 판단
English version TECH INSIGHT / EXPLAINED 레이트리미터는 언제 요청할지 정하고, 재시도 정책은 같은 작업을 반복해도 안전한지 정합니다. 둘을 섞으면 잠깐의 타임아웃이 중복 주문으로 바뀔 수 있습니다.
-
API Rate Limits: Shared Quotas, Token Buckets and Safe Retry Decisions
한국어로 읽기 TECH INSIGHT / EXPLAINED A rate limiter controls when a request may be attempted. A retry policy separately decides whether repeating that operation is safe. Mixing the two can turn a transient timeout into a duplicate order.