실물화폐 경제와 암호화화폐 경제에 대해 한번 짚고 넘어 갈 필요가 있어서 정리해 보았습니다. [기축통화] 실물화폐 경제의 기축통화는 국제거래에서 기준이 되는 화폐인데 현재 달러화, 금, 은이 있습니다. 뭐 이미 다들 알고 계신 내용이라... [무역통화] 무역통화라는 것도 있는데 국제 거래에서 신용도 및 공급량이 높은 수준이므로 국가간 거래에서 널리 사용 되는

IT개발팀 이야기입니다. TLS(Transport Layer Security)관련 인증 설정을 하면서 알아본게 있습니다. 예전에는 SSL(Secure Sockets Layer)로 불리었습니다. 인증서는 PEM(Privacy-enhanced Electronic Mail) 포맷과 DER(Distinguished Encoding Rules) 포맷이 있다는 것을 알았습니다.

IT개발팀 이야기입니다. windows에 Google Cloud Platform SDK를 설치하다가 SSL Handshake Error 발생하였습니다. third party lib인 httplib2에서 발생하였습니다. 구글링으로 찾아보니 pip.ini에 [global] cert = 인증서 경로 로 셋팅하면 된다고 해서 설정하는데 Windows는 Mac하고 많이

웹환경에서는 HTTP기준으로 클라이언트와 서버간 통신 규약을 준수하는 것이 중요합니다. 예를들어 프로토콜 파라미터가 잘못되었는데 400이 아닌 500을 던저주면 클라이언트가 예외처리를 잘못할 수 있습니다. 웹프로그래밍에 있어 가장 기본적인 개념이라고 할 수 있습니다.

Java기반의 웹어플리케이션의 장점이자 단점이 사용자에게 기다리는 시간을 줄이기 위해 기동시 모든 리소스들이 캐시되어 즉시 사용할 수 있게 하지만 개발자에게는 이렇게 비생산적인 상황일 수가 없습니다. 저도 15년 동안을 당연하다고 생각하고 작업을 해왔습니다. 하지만 python이나 nodejs를 사용해보니 생산성의 차이가 극명하게 나타난다는 것을 몸소 체험했습니다.

백만년만에 Java코드를 봅니다. Java에서 REST API를 가장 마지막으로 구현해 본 것은 SpringBoot를 사용하여 구현한 것입니다. 경험적으로 API를 잘 만드는 것도 중요하지만 에러가 났을 때 클라이언트에게 정확한 메세지를 전달하게 하여 역할을 나누어 에러에 대한 예외처리를 하는 것이 중요합니다. 이것은 Spring5나 SpringBoot2를

누군가에게 블록체인 기술을 일상적인 관점에서 설명하라고 한다면 개인이나 기관이 함께 사용하는 문서의 위•변조를 빠르게 찾아낼 수 있는 기술이라고 설명하겠습니다. 위•변조를 빠르게 찾아내는 원리는 모든 문서의 변경상태를 이력으로 남기고 이를 블록으로 모아 관리하면 이를 다시 체인으로 연결하고 함께 접근 할 수 있는 네트워크에서 공유하여 확인 할 수 있기 때문입니다.

일반적으로 웹에서 어떤 서비스를 사용하려면 해당 서비스에 인증토큰을 등록하고 로그인하여 서비스를 사용할 수 있습니다. 또 다른 방법으로는 사용자가 신뢰한 다른 사이트의 인증토큰을 받을 건지 확인하고 받아서 로그인 할 수 있습니다. 여기서 문제는 사용자의 인증토큰을 사용자가 가지고 있지 않는다는 점입니다. 그로인해 사용자는 인증토큰 이외에 필요하지 않는 정보를

개발자 관점에서 앞으로 다가올 블록체인 세상을 이야기 해보면 누구에게도 소유되지 않고 절대 중단이 없는 블록체인 인프라에 App을 배포 할 수 있습니다. 이를 DApp(Decentralized Application)라고 부릅니다. 시스템의 장애에 대해 걱정하지 않고 코딩 할 수 있습니다. 그래서 DApp을 개발할 때 시스템 예외처리하는 부분이 없습니다. 신기한

제가 작년에 접근한 머신러닝쪽에서 블록체인으로 방향을 돌린 이유는 머신러닝쪽 역량이 부족해서이기도 하지만 미래의 인공지능 기술에 블록체인 기술이 더 가깝다고 생각했기 때문입니다. 광범위한 데이터에서 개인의 정보를 분석하는 노력보다 신뢰가 보장된 네트워크에서 접한 정보를 제공하는게 낫다고 생각하기 시작했기 때문입니다. 분류나 예측에 의한 판단보다는 서로 간의

그동안 블록체인에 대해 개념과 원리만 반복학습을 해서 오늘 블록체인 기술공유회에서는 스마트계약의 개념을 이해하는데 Dapp을 배포하여 직접 눈으로 보고 느낄 수 있게 하였습니다. 다들 잘 아시다시피 Dapp이 기술적은 특성이 높은 것이 아니라 블록체인이라는 신뢰기반의 네트워크에서 트리거되어 연동되는 파급력이 상상할 수 없을 정도로 엄청난 것이라는 겁니다. 함께

geth(go-ethereum)으로 이더리움 프라이빗 테스트넷을 구성하려고 했습니다. 처음에는 책에 예제로 나온 버전이 좀 오래된 것 같아 우분투에서 apt-get으로 최신버전으로 쉽게 설치했다가 여러가지 이상한 현상이 발견되어 안정버전을 찾아야만 했습니다. geth 버전은 다음과 같은 경로 접근하였습니다. geth-1.8.1-stable (go-1.10)

기존에 사용하는 레가시를 개선하려는 이유는 다음과 같습니다. 1.새로운 기능을 빠르게 추가하기 위한 최신 오픈소스 라이브러리 활용이 어렵다. 2.보안에 취약하다. 그러기에 최신 오픈소스 라이브러리를 사용 할 수 있는 환경을 만들고 유지하는 것이 중요합니다. 때를 놓치면 기존 시스템에서 개선을 하는 것보다 아예 새로운 시스템에서 하는 것이 더 빠르고 안전할 수

51TF에서는 사내 블록체인 기술공유회를 진행하였는데 재미있는 질문이 나와서 정리해보았습니다. 1.한개의 블록에는 몇개의 트랜젝션을 만들 수 있는가? Bitcoin을 예를 들어 이야기하면 Bitcoin 블록 체인은 매 10 분마다 약 1 블록을 생성하며 트랜잭션 구성에 따라 약 2,000 - 4,000 트랜잭션을 수행 할 수 있습니다. 직접 눈으로 확인해보시는게

없는 살림에 이더리움 블록체인 환경을 업무시간에만 기동하는 환경을 셋팅하고 있었습니다. 클라우드환경에 올렸는데 비용을 아끼기 위해서 오전8시부터 오후8시에만 기동하게 구성해놓았습니다. 하지만 문제가 발생했습니다. Geth/v1.8.1에서는 재시작하면 블록이 리셋되는 현상이 발견되고 있습니다. 아래 그림과 같이 첫번째 접속은 블록이 87에서 접속합니다. (이전에는

클라우드에서 개발한 API를 APIGateway를 통해 Legacy에서 사용하기 위한 연동 테스트를 진행하고 있습니다. 현재 제가 속한 TF에서는 nodejs나 python으로 작업을 하여 클라우드에 API를 만들어 올려놓고 있습니다. 호출 순서는 아래와 같습니다. Legacy Client -> Legacy APIGateway->Cloud