퍼블릭 체인과 프라이빗 체인의 선택 기준을 어떻게 잡나요
저는 개발을 할 때 화면을 예쁘게 만드는 것보다, 사용자가 안심하게 만드는 흐름을 먼저 설계합니다.
기술 스택을 늘어놓는 개발자가 아니라, 통제와 리스크, 이해관계자 구조부터 잡은 뒤에 개발이 가장 강력해 지도록 만드는 사람 , 그게 제가 삼일을 선택한 이유입니다.
입사 후 3개월에는 삼일의 블록체인 프로젝트가 무엇을 성공으로 정의하는 지 체득하겠습니다. 고객이 원하는 것은 신기한 기술이 아니라, 리스크를 줄이고 감사 대응을 가능하게 하는 구조입니다.
답변 저는 블록체인을 기술 트렌드가 아니라 신뢰 구조를 설계하는 도구로 보고 있습니다.
답변 저는 체인의 선택을 기술 선호로 하지 않고, 이해관계자 구조와 리스크로 결정합니다.
결론적으로 선택 기준은 체인 자체가 아니라, 거버넌스와 통제 요구입니다.
답변제강점은 프론트 엔드에서 사용자 불안을 줄이는 흐름 설계와, 백엔드에서 운영 가능한 구조를 동시에 생각한다는 점입니다.

왜 삼일회계법인이고 왜 Blockc hain 개발자 /컨설턴트인 가요
요구사항이 모호할 때 컨설턴트로서 어떻게 문제를 정의 하나요
저는 신뢰를 말로 설명하지 않고, 시스템의 증거로 남기는 개발자이자 컨설턴트입니다.
블록체인이라는 기술이 매력적인 이유는 새로운 유행이어서가 아니라, 누가 언제 무엇을 승인했고 어떤 규칙으로 값이 바뀌었는지를 변명 없이 남길 수 있기 때문입니다.
저는 이 세 가지 기준을 만족시키는 일을 하고 싶고, 그 기준에 가장 정직하게 맞는 무대가 삼일회계법인에서의 블록체인 개발 및 컨설팅이라고 판단했습니다.
그 데이터가 어떤 절차를 통해 생성되고 승인되었는지, 규정과 일치하는지, 변경이 있었는지, 예외는 왜 발생했는지를 설명해야 합니다.
기술 스택을 늘어놓는 개발자가 아니라, 통제와 리스크, 이해관계자 구조부터 잡은 뒤에 개발이 가장 강력해 지도록 만드는 사람 , 그게 제가 삼일을 선택한 이유입니다.
또한 블록체인 노드와 연동하는 서버는 안정성 관점에서 설계되어야 합니다.
제가 가장 크게 성장한 경험은 기업형 블록체인 PoC를 진행하며, 기술보다 먼저 통제가 설계되어야 한다는 사실을 체감한 순간이었습니다.
당시 과제는 여러 부서와 협력사가 참여하는 승인 흐름을 투명하게 남기고, 사후에 변경 여부를 검증 가능하게 만들자는 목표였습니다.
팀 내부에서는 블록체인을 도입하면 자동으로 투명해진다는 분위기가 있었지만, 저는 시작부터 반대 의견을 냈습니다.
개인정보와 대용량 파일은 오프 체인에 두고, 해시와 메타데이터, 상태 전이 이벤트만 온 체인에 남기도록 설계했습니다.
이 설계를 바탕으로, 프론트에서는 승인 흐름을 한 화면에서 이해할 수 있게 만들었고, 백엔드에서는 상태 전이로 그를 조회할 수 있는 API를 구성했습니다.
두 번째로 의미 있었던 경험은 스마트 컨트랙트 기반 기능을 설계하고, 실제 서비스 흐름에 붙여 운영 관점까지 챙긴 경험입니다.
많은 팀이 스마트 컨트랙트를 핵심으로 보고, UI와 백엔드는 부수라고 생각합니다.
사용자는 화면을 통해 규칙을 경험합니다.
그래서 저는 스마트 컨트랙트를 설계할 때부터 프론트의 사용자 흐름과 서버의 장애 대응을 함께 묶어서 생각했습 니다.
저는 컨설팅의 핵심을 문제 정의, 선택, 문서화라고 봅니다.
삼일의 고객 환경에서는 특히, 한 번의 실수비용이 크기 때문에 이 원칙이 더 중요합니다.
입사 후 3개월에는 삼일의 블록체인 프로젝트가 무엇을 성공으로 정의하는 지 체득하겠습니다. 고객이 원하는 것은 신기한 기술이 아니라, 리스크를 줄이고 감사 대응을 가능하게 하는 구조입니다.
저는 프로젝트 착수 단계에서 요구사항을 구조화하고, 온 체인 오프 체인 경계를 정리하며, 권한과 상태전이 규칙을 문서로 고정하는데 기여하겠습니다.
저는 삼일회계법인의 이름값에 기대는 신입이 아니라, 삼일의 신뢰를 기술로 더 단단 하게 만드는 신입이 되겠습니다.
답변 저는 블록체인을 기술 트렌드가 아니라 신뢰 구조를 설계하는 도구로 보고 있습니다.
반면 프라이빗 체인은 참여자와 권한을 통제할 수 있어 기업 프로세스와 결합하기 쉽지만, 운영 주체의 신뢰와 거버넌스가 핵심이 됩니다.
이 답을 기준으로, 개방성과 중립성이 가치인 경우에는 퍼블릭을, 특정 컨소시엄의 통제와 규정 준수가 핵심이면 프라이빗을 우선 검토합니다.
결론적으로 선택 기준은 체인 자체가 아니라, 거버넌스와 통제 요구입니다.
백엔 드라면 API 응답 시간, DB쿼리, 캐시히트율, 큐처리 지연, 외부 노드 호출 지연을 측정합니다.
그래서 저는 트랜잭션 처리 흐름을 동기에 서비 동기로 분리하고, 사용자에게는 상태를 명확히 보여주며, 서버는 큐기반으로 컨펌을 추적하도록 설계합니다.
블록체인 서비스는 서명과 트랜잭션 상태라는 특수한 단계가 있어, 사용자가 어디서 멈추는지 예측하고 안내하지 않으면 이탈이 큽니다.
성과 지표는 기능 출시 건수가 아니라, 오류율 감소 , 처리 시간 감소, 문의 건수 감소, p95 응답 시간 개선, 재시도 성공률 개선 같은 운영지표로 제시하겠습니다.

[hwp/pdf][삼일회계법인 자소서] Blockchain 개발자.컨설턴트(Frontend · Backend) 2026신입 자기소개서 지원서와 면접자료