답답해서 글을 써봅니다.
ESC 풀 공개하고 풀들 생길때부터 어느정도 짐작은 하고 있었는데요,
전문성이 많이 떨어지는 분들이 새로운 것을 코딩하고 기여하는것이 아니라 여러 사람이 이용하고 코인이 오고가는 "서비스"를 했을때 문제가 터지는 것 같습니다.
이건 코인이나 블록체인과 연관이 있다기 보다는 서버 관리에 있어서 기본 같은건데요,
문제는 운영 경험이 없으신 분들이 운영하다 보니까, 또 경고 사항을 무시하면서 운영하다 보니까 이런 문제가 발생하는것 같습니다.
예를 들어볼까요?
거래소나 코인 웹 지갑, 풀 서버 등등을 구성할때는 코인 코어 프로그램의 RPC 통신을 많이 이용하는데요,
문제는 입, 출금 기능도 한 곳에서 같이 관리한다는 점입니다.
거래소에서 출금 요청하는것부터 블록체인의 정보를 받아오는것까지 RPC 통신은 거의 안 쓰이는 곳이 없습니다.
팔방미인이기도 하지만, 관리가 소홀하거나 제대로 숙지하지 않으면 서버가 다운되거나 지갑의 잔고를 잃어버릴 위험성이 큽니다.
특히 코인 지갑과 고객의 입출금 관리를 DB로 같이 하는 경우에는 DB도 다중화시켜야 되고요,
이럴때 많이 사용하는 것이 클러스터 구성, 또는 로드 밸런싱입니다. 아마 서버 엔지니어링에 관심 있으신 분들은 아시리라고 보는데요,
뭐 다운 타임 0인 서버환경을 만들고자 할떄 필요한 구성이니 이건 생략아겠습니다.
문제는, 채굴의 특성상 채굴자에게 분배하기 전에 채굴하는 노드의 지갑에 코인을 보관하는 과정을 거치는데요,
이 과정에서 코인이 유실되거나 코인의 입출금 프로세스가 정지 되는 경우 코인 배분이 안되는, 만약에 상장된 코인이였으면 욕 한바가지 먹을 법한 일도 종종 생깁니다.
또한 이 것 때문에 방화벽 구성이나 서버 원격 접속 관련 보안, 포트 구성, RPC 접속가능한 ip 화이트리스트, DB와 payout 처리하는 프로그램과의 보안연결 등이 중요하고요.
보아하니 회원가입제 풀이 아닌데도 불구하고 사소한 사고가 많이 터지는것 같습니다.
풀 페이아웃 멈추는건 다반사고요, 무려 RPC를 퍼블릭으로 공개하다가 털린 사례부터 기능을 모르면서 DB쪽 건드리다가 멈춰버리는 사례까지 다양한것 같습니다.
이건 그냥 잘 작동하니까 된다 이런 관점에서만 작업해서 그런것이 아닐까요? 그냥 용팔X 와 다를 바가 없다고 보시면 됩니다. 바가지만 안 씌울 뿐이죠 민폐니까요 또 전체적인 업계의 이미지만 안 좋아지고요.
아마 메뉴얼이나 책만 봐도 이런건 나와 있을텐데 귀찮아서 기본 구성을 사용하시는건지 아니면 몰라서 안하시는건지 모르겠습니다.
중요한건, 어디까지나 ESC 풀 운영자 분들중에 아마추어 분들이 계시는건 당연하고요 열정을 갖고 작업하더라도 책임을 못 지시면 나중에 스캠 소리밖에 못 들을것 같습니다.
특히 코인은 거의 준금웅시스템이라 보안이 중요한 이슈중 하나인데도 서비스를 운영하시는 분의 마인드가 이러하니 투자자 입장에서도, 이용자 입장에서도 답답하지 않을까요?
저는 풀 운영자들도 조금은 책임을 가지고 운영하라는 바람에서 글을 작성하였습니다. 절대 코인을 비방하는것이 아니라요, 코인도 나름 돈인 만큼의 책임을 가지고 다뤄주셨으면 하는 바램과 투자자로서의 답답함이 없잖아 있어서요, 그래도 나름 아는 제가 글을 쓰는것이 바람직하지 않나 싶어서 글을 남겨봅니다. 부디 내일 또 다른 사고가 또 터지는 것이 아니길 빕니다.
---------------------------------------------------------
닉네임이 바뀌였습니다 참고 부탁드립니다.
오리발 to 레벤톤
-------------------------------------
꼬리말
* 게시글 내용 삭제시 레벨 강등
* 질문은 각 주제별 게시판에.
비트코인 암호화화폐 커뮤니티 땡글~ 땡글~
-------------------------------------
글 내용은 참 좋은데 풀어나가는 늬앙스가 참 .....
좋은 내용을 기분 좋게 풀어낼수도 있는데 글 쓰는게 당사자들 기분 나쁘라고 쓴글 같네요.
아무튼 내용은 누구나 아는 내용이지만 참 좋은 내용입니다.
소 잃고 외양간 고치는 거지만 참고해야할 사항이죠.