앤틀러 2기 5주차 후기
Pivot과 첫 Trackout
지난주 강지호 파트너님과의 첫 오피스 아워 이후에 우리의 문제정의와 아이디어에 구멍이 많다는 것을 느끼고 결국 Pivot을 강행했다. 두번째에는 보다 제대로된 문제정의를 추구했고 전보다는 훨씬 발전했다는 것을 느낄 수 있었다. 단순히 구직자, 회사가 아니라 어떤 구직자인지 어떤 회사인지 더 자세하게 타겟을 정의했다. 그리고 짧은 기간에 검증가능한 지표를 설정하고 검증 방법을 설정할 수 있었다. 우리가 풀고자하는 HR 문제는 많은 사람들의 이해관계가 엮여있기 때문에 각자가 생각하는 HR의 이상과 Pain point가 다르다. 문제 정의에서 “적합한”, “맞는”, “성장”과 같이 사람마다 기준이 달라질 수 있는 추상적인 표현을 쓰지 않아야한다. 그리고 우리의 솔루션이 고객의 문제를 해결했을 때 고객이 얻을 수 있는 목표(가치)를 명확히 하는 것이 중요하다. 예를 들어 HR에서는 고객이 원하는 것이 “채용” 인지, “더 많은 지원자” 인지, “퇴사율을 획기적으로 낮추는 것” 인지 명확해야 하고 그 가치에 고객은 기꺼이 비용을 지불 할 수 있어야한다.
목요일, 첫 Trackout Pitch 직전에 우리는 HR에 대해 폭넓은 이해를 갖고 계신 장재희 파트너님과 오피스아워를 진행했다. 전보다 문제 정의는 명확했지만, 우리의 솔루션이 정말 시장의 문제를 해결할 수 있는 것인지 의문을 제기받았다. HR중에서도 채용, 채용중에서도 이력서 부분에 집중했지만 파트너님이 제기하신 의문에 납득이 갔다. 채용에 있어서 모든 과정이 연쇄적으로 엮여있었기 때문에 우리의 솔루션은 문제 정의한 이력서 부분보다 더 큰 채용 전과정의 문제를 조금씩 개선하고 있었다. 수정할 시간이 부족해 어쩔 수 없이 우리는 많이 흔들린 채로 Trackout Pitch에 들어갔고, 결국 떨어졌다. 심지어 우리 팀만 빼고 모든 팀이 통과했다는 사실을 외면하려고 하면서도 많이 신경 쓰였다. 그날은 일찍 퇴근하기로 하고 푹 쉬기로 했고, 다음날 우리는 아무렇지 않은 듯 엄청난 회복 탄력성을 보여줬다.
일주일동안 고생한 나와 우리 팀을 위한위로이었는 지, 지난 4주차에 많은 사람들이 우리팀을 Shout out(칭찬) 해주었고 언급된 횟수로 2등했다. (선물은 사람들의 뜨거운 박수와 칭찬)
절반을 넘어서..
벌써 10주중에 절반을 보냈다. 아직 남은 시간이 많다고 느껴지면서도, 지난 시간이 엄청나게 함축적이고 짧게만 느껴졌다. 훌륭한 사람들과 함께 목표를 달려가고 있는 이 순간이 소중하고 나이와 경력을 막론하고 같은 창업가 동료들과 함께 할 수 있어 행복하다. 비오는 금요일에는 함께 전과 막걸리를 하며 한주를 회상했고 주말에는 함께 테니스를 치며 다가오는 월요일을 준비했다.
BEB 8기 이중지불 문제
이중 지불 문제?
이중 지불이란 디지털 현금 시스템 내에 동일한 하나의 자산이 두 명의 수신자에게 동시에 전송되는 문제를 의미한다. 어떤 시스템에서 이중 지불 문제를 해결하지 못하는 경우, 사용자는 자신이 전달받은 자금이 다른 어딘가에서 이미 사용되지 않았다는 것을 검증할 방법이 없기 때문에 시스템 자체가 파괴되게 된다.
이중 지불 문제를 막는 중앙화된 방법
이중 지불 문제를 해결하는 중앙화된 접근법의 대표적인 예로 데이비드 차움의 eCash가 있다.
eCash의 동작방식은, 사용자가 은행에 일정 금액을 입금하면, 은행이 이를 일정 개수의 숫자들로 바꿔준다. 이 숫자는 지폐와 같은 역할을 한다. 사용자가 이 숫자로 상인에게 돈을 지불하면, 상인은 해당 사용자가 이 숫자를 다른 곳에 또 쓰기 전에 은행에 이 숫자에 대한 소유권을 청구한다. 은행은 숫자에 있는 서명이 유효한지 확인한 후, 상인에게 해당 숫자의 값만큼 현금을 입금해 준다. 사용된 숫자는 소각된다.
이중 지불 문제를 막는 탈중앙화된 방법
이중 지불 문제에 대한 가장 혁신적인 해결책은 사토시 나카모토가 비트코인 백서를 통해 제시한 블록체인이다.
블록체인은 노드라고 불리는 네트워크 참여자들이 서로 동일한 데이터베이스 사본을 가지고 트랜잭션을 기록하고 감시한다. 공개적으로 블록체인을 볼 수 있기 때문에, 이중 지불을 시도하는 트랜잭션과 같은 부정직한 행동을 쉽게 감지할 수 있다.
트랜잭션이 체인에 올라가면 새로운 사용자에게 소유권이 할당되기 때문에, 코인은 이중지불 될 수 없다. 트랜잭션이 블록에 올라가고, 블록이 체인에 연결되어야 실제로 송금이 완료된다. 만약 트랜잭션이 생성된 후 체인에 올라가기 전 상태를 수용하게 되면, 악의적인 사용자에 의해 동일한 자금에 대한 다른 트랜잭션이 생성되어 먼저 체인에 올라가게 될 수 있다. 이 경우, 내 송금에 대한 트랜잭션이 체인에 올라가도 합의 알고리즘에 의해 폐기된다. 따라서 트랜잭션이 체인에 올라가고, 체인 재구성이 불가능하다고 여겨지는 만큼 블록이 추가로 생성되어야 해당 트랜잭션이 완료되었다고 볼 수 있다.
비트코인 이중 지불
비트코인은 트랜잭션을 되돌리기 위해서는 비현실적인 수준의 연산 능력을 필요로 하므로, 송신자를 포함한 그 누구도 체인에 올라간 트랜잭션을 되돌릴 수 없다. 그러나 트랜잭션을 승인하는 노드를 겨냥한 소규모 공격들도 있다.
- 51% 공격: 단일 주체나 조직이 50% 이상의 해시레이트를 가지는 경우, 이 주체는 트랜잭션을 배제하거나 순서를 조작할 수 있다.
- 레이스 공격: 동일한 자금에 대한 트랜잭션을 여러 개 생성하여 이중 지불을 유도한다. 트랜잭션이 컨펌되기 전에 해당 트랜잭션을 수용해 버릴 때 발생한다.
- 핀니 공격: 네트워크에 즉각적으로 트랜잭션을 전송하지 않고, 코인을 자신의 다른 지갑으로 전송하는 트랜잭션을 미리 생성해 두고, 블록을 미리 채굴해 두어 해당 블록에 기록한다. 동일 코인을 다른 트랜잭션에서 사용하는 대신, 이전에 채굴한 블록만을 전송하며, 결제는 무효화된다.
