Search

추교현 (Scott Choo)

 ABOUT ME

•
 Master's student in CSLab about Cloud Computing(Serverless) & Distributed System(Blockchain) | 25.03 - 27.02
•
 Career:
◦
Master’s student, CSLab (Computer System Lab) | 25.03 - ING
◦
Software Engineer, A41 (Blockchain infrastructure service provider) | 22.06 - 23.07
◦
President, CURG (Crypto United Research Group) | 22.05 - 23.06
•
 Goal: Spreading good influence around the world through “Technology”
 ckh0601@gmail.com

 MAJOR SUBJECTS

SUBJECT
GRADE
[Bachelor’s course]
Algorithm (알고리즘)
A+
Data Structure (자료구조)
A+
Operating System (운영체제)
A+
Computer Architecture (컴퓨터구조)
A0
Computer Network (컴퓨터통신)
A0
Database Design (데이터베이스 설계)
A+
Deep Learning (이미지 및 자연어 처리를 위한 딥러닝)
A+
Object-Oriented Programming (객체지향프로그래밍)
A+
SUBJECT
GRADE
[Master’s course]
Advanced Computer Network (고급컴퓨터네트워크)
A+
Advanced Distributed and Parallel Processing (고급분산및병렬처리)
A+
Advanced Operating System (고급운영체제)
수강 중
Advanced Computer Security (고급컴퓨터보안)
수강 중
Software Engineering Methodology (소프트웨어 공학론)
수강 중

 CERTIFICATES

자격증 이름
성적
취득일자
AWS Certified Cloud Practitioner
Open
합격
2025/05/18
정보처리기사
Open
합격
2024/12/11
TOPCIT
Open
424점 (수준3)
2024/06/17
OPIc
Open
IH
2024/02/17
TEPS
Open
305점 (3+)
2023/10/15

 ALGORITHM

Updated 25.11.22.

PAPERS & CONFERENCE

날짜
제목
학회
장소
키워드
발표 유형
파일
2026/01/14
A Study on Distributed Shared Logs System for Stateful Serverless Computing
Open
ICOIN
하노이, 베트남
Serverless
구두 발표
A Study on Distributed Shared Logs System for Stateful Serverless Computing.docx
2025/08/26
A Study of Function-Level Scheduling in Serverless Computing
Open
PlatCon
제주도, 대한민국
Serverless
구두 발표
A Study of Function-Level Scheduling in Serverless Computing.docx

 OPENSOURCE CONTRIBUTION

 BLOG

Introduction

최근 저희 연구실에서 진행한 프로젝트의 핵심 과제는 서버리스 워크플로우(Serverless Workflow)에서 발생하는 실행 데이터와 로그를 효율적으로 수집하는 시스템을 구축하는 것이다.
서버리스 및 컨테이너 기반의 워크플로우는 실행 시간이 짧고 상태를 저장하지 않는(Stateless) 특성 때문에, 작업이 종료되는 즉시 관련 컨텍스트가 사라진다. 때문에 기존의 폴링(Polling) 방식이나 상시 실행되는 에이전트 방식으로는 리소스 낭비가 심하거나 정확한 수집 시점을 포착하기 어려운 한계가 있다.
이를 해결하기 위해 우리는 Argo Events/Workflows로 구축하는 서버리스 워크플로우 파이프라인을 설계하고 구현했다.

시스템 아키텍처 개요

필자가 직접 그린 아키텍처
구축하고자 하는 시스템은 상시 실행되는 서버 없이, 이벤트가 발생했을 때만 파드(Pod)를 생성하여 로그를 처리하고 소멸하는 이벤트 기반 아키텍처(Event-Driven Architecture)이다.
1.
Event Generator (k6): k6로 부하 테스트를 수행한다.
2.
Event Ingestor (Argo Events):
3.
Log Processor (Argo Workflows):

Argo Events

구성 요소

Argo Events/Workflows로 구축하는 서버리스 워크로드 파이프라인 (feat. k6 부하 테스트)
2025/12/02

Introduction

1. 배경: 서버리스 환경과 트래픽 패턴의 중요성

Knative와 같은 서버리스(Serverless) 환경은 트래픽 유입량에 따라 파드(Pod)가 0개에서 수십 개로 자동 확장(Scale-to-Zero 및 Auto-scaling)되는 구조를 가진다. 따라서, 서버리스 시스템의 성능을 제대로 검증하기 위해서는 단순한 고정 부하가 아닌 실제 프로덕션 환경에서 발생하는 불규칙하고 급격한 트래픽 변화를 시뮬레이션해야 한다.
임의로 설정한 단순 반복 부하는 서버리스의 핵심인 오토스케일러(HPA, Horizontal Pod Autoscaling)의 동작을, 특히 Cold Starts(콜드 스타트)나 짧은 시간 동안 트래픽 양이 급격히 증가하는 Burst Traffic 처리 능력을 검증하는 데 한계가 있기 때문이다. 이를 해결하기 위해서는 실제 서버리스 워크로드 데이터인 Azure Functions Dataset을 활용하여 테스트 시나리오를 구성할 필요가 있다.

2. Why k6?

복잡한 트래픽 패턴을 구현하기 위해 이번 프로젝트에서는 대표적인 부하 테스트 도구인 JMeter 대신 k6를 선택했다. k6를 선택한 이유는 다음과 같다.
•
JMeter의 한계 (XML 설정의 복잡성): JMeter는 GUI 기반으로 진입 장벽은 낮지만, 테스트 시나리오가 XML(eXtensible Markup Language) 파일(.jmx)로 저장된다. 이로 인해 코드 리뷰나 Git을 통한 버전 관리가 매우 어렵고, 조건문 분기 등 복잡한 로직을 구현하려면 GUI 설정 내에서 복잡한 구성을 거치거나 별도의 스크립트를 삽입해야 하는 등 이른바 “XML 설정 지옥”이라 부를 만한 비효율성이 존재한다.
•
k6의 강점 (코드로 로드 부하 테스트): 반면 k6는 JavaScript/TypeScript 코드로 시나리오를 작성한다. 개발자에게 익숙한 문법(if/else, Math.random)을 사용하여 복잡한 사용자 흐름을 쉽게 제어할 수 있으며, 테스트 스크립트를 애플리케이션 코드와 동일하게 관리할 수 있다. 또한, Go 언어 기반의 엔진을 사용하여 적은 리소스로도 서버리스 환경에 충분한 부하를 가할 수 있는 성능을 제공한다.

3. 목표: 실제 서버리스 워크로드 패턴의 k6 스크립트 구현하기

Azure Functions Dataset을 분석하여 도출한 실제 대표 트래픽 패턴을 k6 스크립트로 구현하고, 이를 통해 Knative 기반의 서버리스 워크플로우를 호출하는 과정을 설명하고자 한다.
구체적으로는 시계열 데이터 군집화 알고리즘인 K-Shape을 통해 대표적인 트래픽 패턴을 추출하고, 이를 k6의 설정값과 시나리오 로직에 적용하여 실제와 유사한 부하를 생성하는 방법을 다룬다.

Data Preparation & Pattern Derivation (데이터 준비 및 패턴 도출)

k6로 실제 서버리스 워크로드 패턴을 반영한 부하 테스트 with Azure Function Dataset
2025/12/01
[목차]

Knative Serving

쿠버네티스(Kubernetes)는 컨테이너 오케스트레이션의 표준이지만, 개발자에게는 여전히 진입 장벽이 높다. 단순히 애플리케이션 배포를 위해서라도 Deployment, Service, Ingress 등의 리소스를 각각 정의하고 관리해야 하기 때문이다.
Knative는 이러한 복잡성을 추상화하여, 개발자가 인프라 관리보다 핵심 로직의 코드 자체에 집중할 수 있도록 돕는 서버리스 오픈소스 플랫폼이다.
Knative는 크게 Serving과 Eventing으로 구성된다. Serving은 애플리케이션의 배포, 네트워킹, 그리고 오토스케일링(Autoscaling)을 담당하는 컴포넌트이다. Eventing은 이기종 시스템 간의 이벤트 연결과 전송을 담당하는 컴포넌트이다.
이번 글에서는 Knative Serving에 대해 설명할 예정이다.

1. Knative Serving의 4가지 핵심 리소스

Knative Serving은 애플리케이션을 관리하기 위해 4가지 핵심 Custom Resource Definition(CRD)을 제공한다. 이들은 계층적인 의존 관계를 가지며, 개발자가 원하는 상태(Desired State)를 실제 클러스터 상태로 구현한다.

1) Service (서비스)

Knative Service는 전체 애플리케이션의 라이프사이클을 관리하는 최상위 리소스이다. 개발자는 복잡하게 하위 리소스를 개별적으로 관리할 필요 없이, Service 리소스 하나만 정의하면 Knative가 자동으로 하위 리소스의 라이프사이클을 관리한다. 우리가 흔히 아는 쿠버네티스의 Service(네트워크 추상화 리소스)와는 다르다.

2) Configuration (설정)

Configuration은 애플리케이션이 어떤 상태(Desired State)여야 하는지 정의하는 리소스이다. 컨테이너 이미지, 환경 변수, 리소스 제한 등이 여기에 포함된다. 가장 중요한 특징은 코드와 설정을 분리하여 관리한다는 점이다. Configuration이 수정될 때마다(예: 이미지 태그 변경, 환경 변수 수정 등) Knative는 새로운 Revision을 생성한다.
Knative Serving/Eventing: 쿠버네티스 기반 서버리스 오픈소스 플랫폼 (feat. 실습)
2025/11/24

[Week 1] Introduction

1. 인터넷 시대의 보안과 프라이버시

우리는 인터넷 덕분에 물리적으로 아무리 멀리 떨어져 있어도 쉽게 소통할 수 있다. 하지만, 이러한 편리함에는 대가가 따른다. 우리가 주고받는 통신 채널은 대부분 ‘공개된’ 상태이기 때문에, 누군가 악의적인 목적으로 데이터를 몰래 훔쳐보거나 위조하기가 너무 쉬워졌다.
그렇다면 이렇게 공개된 채널에서 어떻게 데이터를 안전하게 지킬 수 있을까? 이 질문에 대한 해답은 바로 암호학(Cryptography)에서 알 수 있다.

2. 암호화 (Encryption)

공개된 채널로 소통하는 인터넷 세상에서 데이터 보안을 지키려면, 암호화(Encryption)라는 과정이 필수적이다. 암호화는 허가되지 않은 사람이 데이터를 알아볼 수 없도록 변환하는 기술이다.
좋은 암호 알고리즘을 설계할 때는 두 가지를 고려해야 한다:
•
효율성: 키(Key)를 가진 허가된 사용자는 암호화와 복호화를 빠르고 쉽게 할 수 있어야 됨
•
안정성: 키가 없는 공격자는 어떤 방법을 쓰더라도 데이터에 대한 아주 작은 정보라도 얻을 수 없어야 됨

3. 상대해야 할 공격자들

‘이 정도면 안전하겠지’라고 안일하게 생각하면 안 된다. 암호학에서는 다음과 같이 매우 강력한 공격자를 가정한 뒤, 보안을 설계한다:
•
공격자는 우리보다 월등히 좋은 컴퓨터 환경을 갖고 있음
[컴퓨터보안] 대학원 수업 정리
Homorophic Encryption(동형암호), Public Key Encryption, Kerckhoffs의 원칙 등에 대해서 알아보자
2025/10/22
2페이지 논문을 작성 및 제출해서 영어로 발표도 하고, 학부연구생들을 위한 커리큘럼을 설계 및 운영도 하고, 논문 주제를 선정하는 과정부터 실험을 진행하는 과정까지
많은 경험을 했던 25년 3분기의 기록을 정리하고자 합니다

[25.08] 논문 작성 및 영어 발표 at PlatCon25 학회

PlatCon25에 제출한 소논문
저희 컴퓨터시스템 연구실(CSLab)은 매년 제주도 또는 부산에서 열리는 PlatCon(International Conference on Platform Technology and Service) 학회에 참석합니다. 작년 PlatCon 갔을 때는 학부연구생으로서 참석만 했었는데, 올해는 석사과정으로서 “서버리스 컴퓨팅 환경에서의 함수 수준의 스케줄링에 대한 연구(A Study of Function-Level Scheduling in Serverless Computing)”라는 주제로 2페이지의 짧은 논문을 작성하고 제출했습니다.
PlatCon25에서 영어로 발표하는 모습
많은 사람 앞에서 연구 내용을 설명하는 것도 떨리는데, 이를 영어로 발표하게 되어 더 떨렸던 것 같습니다. 이번 연구를 통해 ‘서버리스 환경에서 각 함수 인스턴스를 어떤 노드에 어떤 식으로 배치하냐’에 따라 리소스 효율성이 크게 변한다는 것을 알게 되었습니다. 또한, 더 큰 무대로 나아가기 위해서는 영어로 매끄럽게 발표하는 연습도 필요하다는 것을 배웠습니다.

[25.07-08] 학부연구생들을 위한 커리큘럼 구성 및 운영

저는 여러 사람의 동기를 부여하고 함께 성장하도록 돕는 일에 강점이 있고, 이를 즐긴다는 사실을 알게 되었습니다.
25년 7월 학부연구생 커리큘럼 일부
올해 7~8월에는 제가 석사과정생으로서 6명의 학부연구생들을 위해 여름방학 커리큘럼을 설계하고 운영하는 역할을 맡게 되었습니다. 작년 학부연구생 시절의 커리큘럼을 생각하며 아쉬웠던 점은 보완하고 좋았던 점은 살려서 학부연구생들이 입학하자마자 연구실에서 진행하는 프로젝트 및 연구에 바로 투입될 수 있도록 성장시키는 것을 목표로 2개월간의 체계적인 커리큘럼을 구성했습니다.
커리큘럼 운영을 제 대학원 업무 및 연구와 함께 진행하다 보니, 힘들었던 순간들도 있었습니다. 하지만 고맙게도 학부연구생들이 두 달 동안 열심히 잘 따라왔고, 열띤 토론을 통해 지식의 범위를 넓혀가려는 연구생들의 모습을 보니 힘듦보다는 뿌듯함이 더 컸습니다.
25년 3분기 회고 & 계획
2페이지 논문을 작성 및 제출하여 영어로 발표, 학부연구생들을 위한 커리큘럼을 설계 및 운영, 논문 주제를 선정하는 과정부터 실험을 진행하는 과정
2025/10/08

AI Agent의 이해와 구성요소

AI Agent란?

Google의 최신 백서(Google AI Agents White paper)에 따르면, AI Agent는 “목표를 달성하기 위해 세상을 관찰하고 주어진 도구들을 활용하여 행동하는 자율적인 AI 시스템”이다.
•
주요 특징

3가지 핵심 구성 요소

1.
모델 (Model) - AI의 두뇌
2.
도구 (Tools) - AI의 손과 발
3.
오케스트레이션 레이어 - AI의 작전 본부
이처럼 AI Agent는 고도화된 LLM, 강력한 도구 세트, 그리고 정교한 오케스트레이션 시스템이 유기적으로 결합된 차세대 AI 시스템이다.

AI Agent 유형과 특성

AI Agent에 대해 알아보자 (feat. 협업 시스템)
AI Agent가 무엇이며, 다중 에이전트 시스템(MAS)에 대해서 알아보자
2025/08/15

 24살의 도전, 28살의 마무리

24살(만 22살), 갓 전역한 대학생이 과연 사업에 도전할 수 있을까?
이 단순한 질문 하나가, 4년간의 셰어하우스 사업의 시작점이었습니다. 그저 돈을 버는 것보다, 긍정적인 ‘가치’를 세상에 남기고 싶었습니다. 또한, 저와 비슷한 대학생들에게 합리적이고 안정적인 주거 환경을 제공하고 싶다는 작은 ‘사명감’도 있었습니다.
그렇게 시작한 사업이 어느덧 4년이라는 시간을 지나, 2025년 6월을 끝으로 마무리되었습니다

 ’돈’이 아닌 ‘가치’를 제공하는 경험

사업 초기, 제 머릿속은 온통 걱정들로 가득했습니다. ‘공실이 생기면 집주인한테 어떻게 월세를 납부하지?’, ‘입주자 간에 갈등이 생기면 어떻게 중재하지?’ 지금 와서 생각해 보면, 대부분의 걱정은 일어나지 않았거나, 충분히 해결할 수 있는 것들이었습니다.
입주자의 동선을 고려해 가구를 배치하고, 하우스를 소개하고자 여러 번 대본을 연습하며 설명을 다듬고, 정기적으로 하우스를 찾아가 사소한 불편함이라도 귀 기울이며 개선해 나갔던 그 모든 과정.
이 과정을 통해 제가 하는 사업이 단순한 ‘공간 임대’가 아니라, 누군가의 삶에 ‘안정과 위로’를 더하는 일이라는 것을 깨달았습니다. “덕분에 정말 편하게 잘 지냈어요”라는 입주자분의 말 한마디는, 그 어떤 것보다 훨씬 값진 보상이었습니다.

자동화 시스템 덕분에 가능했던 4년간의 운영

저는 대학생이자 스타트업 개발자, 그리고 셰어하우스 운영자라는 세 가지 역할을 동시에 해내야 했습니다.
4년간 공실률 0%, 대학생 셰어하우스 운영 마무리 및 배운 점 정리
24살(21년)부터 28살(25년)까지 약 4년 간의 셰어하우스 운영을 통해 배운 점 정리
2025/08/04
이게 돼요? 도커 없이 컨테이너 만들기 / if(kakao)2022
카카오엔터프라이즈에서는 뉴크루와 클라우드에 관심이 있는 개발자 크루를 대상으로 컨테이너 교육을 진행하고 있습니다. 본 핸즈온은 컨테이너 내부를 이해하기 쉽게 풀어서 설명 드리고 실습을 통해서 체감시켜 드립니다. - 내가 주니어라면? 웬만한 면접관 보다 더 컨테이너를 잘 알게 됩니다 :-) - 이미 실무자라면? 컨테이너 장인이 되실 수 있습니다 :-) - 핸즈온과 컨테이너에 대해 더 궁금하신 분들은 카카오엔터프라이즈 Tech &의 제 글을 참고해 주세요! - https://tech.kakaoenterprise.com/150 발표자료: - 보기: https://speakerdeck.com/kakao/ifkakao22-104 - 다운로드: https://files.speakerdeck.com/presentations/c1aa83b70bc8444c9272be09eda199a8/sam.0_kep.pdf #Container #Cloud #Backend #Linux #Docker ‘라이딩’과 ‘공부’를 좋아하는. 둘 다 ‘떼지어' 할 때가 가장 신나는 개발자입니다. 검색을 클라우드와 AI로 확장하는데 관심이 많습니다. 발표자료 보기 👉https://speakerdeck.com/kakao/ifkakao22-104 if(kakao)2022에 대한 자세한 정보는 👉 https://if.kakao.com if(kakao)2022에 대한 문의는 👉 if@kakaocorp.com #카카오 #이프카카오 #개발자컨퍼런스 #기술 #개발 #ifkakao2022
https://youtu.be/mSD88FuST80?si=z8aDURI8Rl0IEliR
연구실에서 ‘Serveless Survey’ 논문을 읽고 세미나를 준비하는 과정에서 서버리스 함수를 실행시키는 환경 중 하나인 Container(컨테이너)에 대해서 제대로 이해하고 싶었습니다. 컨테이너를 직접 만들어보면, 확실히 이해하지 않을까 싶었는데 엄청난 영상을 찾았네요… 위의 영상을 토대로 정리한 내용이니 참고하면 좋을 것 같습니다.

컨테이너 필수 요소

Linux container vs Docker container
컨테이너를 만들기 위해서는:
•
컨테이너만을 위한 자체적인 File System(파일 시스템)
•
프로세스가 볼 수 있는 것(what you can see)을 제한하는 Namespace(네임스페이스)
•
프로세스가 사용할 수 있는(what you can use) 자원을 제한하는 Cgroups(Control groups)
이렇게 3가지가 필요하다.
이제 위 이미지와 같은 ‘RED’ 라는 컨테이너를 만들어보자.

Network 설정

도커 없이 컨테이너(Container) 직접 만들어보자
도커 없이 리눅스에서 직접 컨테이너를 만들어보며 컨테이너를 제대로 이해하자
2025/03/23

전체적인 그림

쿠버네티스 구조

Master Node (= Control Plane)

•
API Server
•
Scheduler
•
etcd
•
Controller Manager

Worker Node

•
kubelet
•
kube-proxy

Ex) Pod 생성 과정

쿠버네티스(K8s) 클러스터 구축하기
노드 3개를 VM으로 띄워서 쿠버네티스 클러스터를 직접 구축하고 Pod를 생성하는 실습까지 해보기
2025/01/16

 BYE 2024

24년 목표 및 계획 리마인드

24년 초에 세웠던 목표와 계획을 잘 지켰을까요?
2024년 단 하나의 목표는 네이버, 삼성전자 등과 같이 거대한 조직 시스템을 경험할 수 있고 체계적인 개발 문화를 배울 수 있는 곳으로 소프트웨어 엔지니어로서 취업하는 것이었습니다. 이 목표는 부족한 역량으로 인해 달성하지 못했습니다.
2024년의 계획에는 1) 소프트웨어마에스트로 15기 도전 2) 세상에 필요한 서비스 1년 넘게 운영 3) 정보처리기사 & SQLD 자격증 취득 4) 기계공학 & 컴퓨터 공학 제대로 학습 이 있었습니다. 이 계획 중에서 3번의 일부(정보처리기사 자격증 취득)과 4번을 지켰습니다. 역시 계획한 것들을 모두 지키는 것이 쉽지는 않네요.

[24.02] 본격적인 코딩테스트 준비 by 킬링캠프 1기

코딩테스트를 준비하기 위해서 PS(Problem Solving) 역량을 단기간에 바짝 끌어올리는 것이 가장 효율적이라고 판단했습니다. 그래서 24년 1~2월에 8주 넘는 기간 동안 카카오/네이버 기출, 퀄리티 좋은 백준(BOJ) 문제 등 엄선된 8문제 정도를 매주 풀고 스터디하는 개발남노씨님이 운영하시는 “킬링캠프 1기”에 참여하게 되었습니다.
한 문제당 2~3시간씩 걸리는 문제를 매주 8개씩 풀고 해당 문제들에 대해서 팀원들과 스터디를 진행했습니다. 1기에 참여했던 50명 중에서 유일하게 저만 킬링캠프를 수료할 때까지 단 한 문제도 빠짐없이 꾸준하게 풀었다고 개발남노씨님께서 말씀해 주셨습니다 :)
이 과정 덕분에 생각하는 힘이 많이 길러졌고 생각하는 바를 코드로 구현하는 역량이 증가하게 되었습니다. 2025년에도 기본기를 탄탄하게 하고자 꾸준히 알고리즘 문제들을 풀고자 합니다.
BYE 2024 & HELLO 2025
킬링캠프 1기, 불합격의 연속, 학부 연구생 시작, 알고리즘 코치, 학부 마지막 학기 끝
2025/01/13

 BYE 2023

올해 함께 지냈던 분들 덕분에 2023년을 잘 마무리할 수 있었습니다. 정말 감사드립니다
저에게 2023년은 선택과 집중을 할 수 있었던 한 해였습니다. 올해 어떤 것을 했었는지 시간 순서대로 회고해 보도록 하겠습니다.

[23.02] DE-FERENCE

올해 초 국내 최고 블록체인 학회인 디사이퍼의 연례 행사 디퍼런스에서 CURG가 발표했습니다. 저희 학회가 공개적으로 발표했던 적이 처음이었는데, 학회장으로서 그리고 발표를 준비한 사람으로서 감회가 새로웠고 영광이었습니다.

“DVT, 밸리데이터를 위한 키 분산 오퍼레이팅“ 발표

저희 CURG는 이번 디퍼런스에서 ”DVT, 밸리데이터를 위한 키 분산 오퍼레이팅“을 주제로 발표했습니다.
저는 프로젝트 매니징과 기술적인 부분 검토 그리고 PPT 초안을 만들었습니다. 서현님은 PPT 검토 및 발표를 민혁님과 정훈님은 디테일한 기술적인 내용을 꼼꼼하게 추가 및 보완해 주셨습니다.
팀원들의 역할 분배가 정말 잘 되어서 디퍼런스 발표를 잘 마무리했고 덕분에 학회의 위상을 높일 수 있었습니다.
BYE 2023 & HELLO 2024
디퍼런스 참여, 블록체인 해커톤 수상, 학회장 자리 물려주기, 셰어하우스 사업 2년 후기, 스타트업 퇴사, 4학년 1학기 그리고 본격적인 취업 준비 시작
2024/01/01
21년 03월에 전역 이후, 21년 06월부터 대학생 전용 셰어하우스 사업을 시작했었습니다. 셰어하우스 사업을 하면서 ‘불법적인 대학생 전대차 계약’이 대학생 익명 플랫폼인 에브리타임에서 성행하고 있다는 것을 알게 되었습니다.
그래서 대단(DEDAN) | 대학생 전대차 계약 플랫폼이 필요하다고 느꼈고 이 아이디어로 팀 빌딩을 진행했으며 21년 12월 초부터 22년 03월 초까지 KT&G에서 진행하는 상상 스타트업 캠프 6기에 최종 합격하여 약 3개월간 창업 교육을 받고 여러 지원을 받으면서 MVP 개발을 진행했습니다.
약 3개월 동안 상스캠 6기를 참여하면서 배운 6가지입니다.
1.
내가 하고 싶은 것들을 모두 다 할 수는 없다. 선택과 집중이 정말 중요하며 필요하다.
2.
포기하지 말자는 말은 지치지 말자는 말과 같다. 지치지 않아야 포기할 생각이 들지 않는다.
3.
직접 해보지 않고선 절대 모른다. 실행하면서 아이디어가 점점 명확해진다.
BYE 2022 & HELLO 2023
짧은 창업 도전, 멋쟁이사자처럼, 블록체인 학회장, 블록체인 스타트업 입사, 블록체인 관련 외주
2023/01/01

Intro

최근에 머지(merge) 업데이트에 성공한 이더리움은 PoW에서 PoS로 합의 방식이 변하게 되었다. 이더리움 2.0에서 사용하는 합의 알고리즘은 ‘Gasper’라고 하는데, 이 알고리즘은 32블록마다 블록을 확정(Finalize) 시킴으로써 51% 공격에 대한 저항성을 높인 ‘Casper FFG’와 네트워크 지연 등 포크가 발생했을 때, 어떤 포크를 선택하는지 기준이 되는 Fork Choice Rule인 ‘LMD GHOST’를 이더리움 2.0에 맞게 적절히 조합한 PoS 합의 알고리즘이다.
Gasper, Casper, GHOST에 대해서 알아보기 전에 Fork Choice Rule과 Safety & Liveness에 대해 간단히 알아보자.

Fork Choice Rule

이더리움 PoS 합의 알고리즘인 Gasper에 대해 알아보자
“추교현의 인생 회고록” 2021년을 정리하며 2022년을 준비하고자 글을 적습니다.

 BYE 2021

드디어 전역!

19년 10월 21일에 입대해서 원래는 21년 05월 08일이 실제 전역일이지만, 50일 정도 휴가를 영끌해서 조기 전역으로 21년 03월 22일에 사회로 드디어 나왔습니다!(감격...)
시간이 빨리 갔으면 하는 마음에서 부대에서 제초병, 분대장, 취사 지원 등 정말 가리지 않고 열심히 군복무를 했는데... 시간이 느리게 간 것은 여전했네요

개발 공부 시작

군대에서 개발자로 전향하고 블록체인 공부를 하자는 계획을 세우고 전역을 했습니다.
그래서 전역하자마자 군적금으로 모아뒀던 돈으로 맥북과 아이패드를 구매했고 바로 개발 공부를 시작했습니다
거의 매일 중앙대 310관 1층 카페에 자리 잡아서 아이스아메리카노와 함께 하루종일 개발 공부하다가 집에 돌아오곤 했네요
BYE 2021 & HELLO 2022
전역, 셰어하우스 사업, 창업 도전, 개발 시작, 복학
2022/01/01
Choo’s blog

 PROJECTS

About On-Device AI System [미완성]
2026/01/30 → 2026/07/31
FaaS-Log: Serverless Computing’s Log Data Collection using Knative & Argo Events/Workflow [미완성]
2025/10/13 → 2025/12/04
Serverless
Kubernetes
Knative
Argo
In progress
MESP: Mixture of Experts-based dynamic router Serverless workload Prediction
2025/07/04 → 2025/10/24
Serverless
Machine Learning
Deep Learning
Done
SDS: Serverless Data Shield [미완성]
2025/07/21 → 2025/08/29
Serverless
Security
Done
Supernova: Liquid Staking DeFi in Cosmos Blockchain [미완성]
2022/05/16 → 2023/03/31
Blockchain
Front-End
DeFi
Done