HF21 변경에 대한 논의 Vote Window Change / Raising Custom JSON Limit
안녕하세요 예비 증인 ayogom 입니다
이글은 @steemitblog에 올라온 HF21 Recommendation: Raising Custom JSON Limit 과 HF21 Addition: Vote Window Change 의 글을 제 나름의 번역 및 해석으로 재 구성한 글입니다. 따라서 정확한 내용을 파악하기 위해서는 반드시 원본의 글을 다시 한번 확인 해주실 것을 추천 드립니다.
제 개인적인 의견은 하단에 준비했습니다. 급하신 분은 하단을 참고해주세요 : )
HF21 Addition: Vote Window Change
스티미언 여러분 안녕하세요, 거의 만장일치 된 증인이 제안한 변경 사항을 알려드립니다. 이렇게 변경하면 게시물의 'Vote Window(투표 창)'이 15 분에서 1 분으로 단축됩니다. 이전에는이 창은 30 분 이었지만 Hardfork 20에서는 15 분으로 단축되었고(HF20), 이번 HF21에서 "투표 창"이 15분에서 1분으로 줄어들게 됩니다.
Vote Window?
"Vote Window(투표 창)"이 의미하는 것은, STEEM 사용자가 게시물 게시 직후("코멘트"는 게시물의 한 종류)을 투표를 하면, 그들은 축소된 보상을 받게 된다는 것이다. 15분이 경과하고 투표가 이루어지면 스팀 사용자는 완전한 큐레이션 보상을 받게 된다.
증인들이 만장일치의 변경 지지를 표명했기 때문에, 우리는 변경 사항을 코드화해서 HF21에 병합했습니다. 그러나 우리는 필요하다면 이러한 변화들을 쉽게 되돌릴 수 있습다. 우리는 이 변화가 Steem에 부정적인 영향을 미칠 것이라고 믿을 만한 어떠한 이유도 없지만, 이상적으로 우리가 선호하는 수준의 분석을 수행할 충분한 시간이 없었습니다.
니다.
더 배우고 싶다면, @thecryptodrive has written a post that explains why he supports this change.
Your Witnesses
증인들 왜 이런 결정을 내렸는지, 또는 이들의 결정에 동의하지 않는 경우 아래 의견란에 알려주기 바랍니다. 결국 증인들에게 이러한 결정을 내릴 수 있는 권한을 주는 것은 당신의 위임된 이해 관계(스팀파워)인데, 만약 당신이 그러한 결정이 옳은 결정이라고 생각하지 않는다면, 증인 투표를 없애고 당신의 이해관계에 더 부합하는 증인들에게 그것을 투표해야 합니다.
HF21 Recommendation: Raising Custom JSON Limit
스티미언 여러분 안녕하세요, 우리는 HF21에 대한 다른 사소한 추가 : 하나의 계정의 블록에 포함될 수있는 custom JSON 작업의 수에 대한 제한을 제거에 대한 공개토론을 열고 싶습니다.
For App Developers
많은 Steem 개발자들은 이 한도가 그들의 애플리케이션에서 사용자 경험에 부정적인 영향을 미친다고 우리에게 알려왔습니다. 우리는 Steem이 놀라운 사용자 경험으로 웹 어플리케이션에 전력을 공급하기 위한 최고의 블록체인 프로토콜인지 확인하기 위해 우리가 할 수 있는 모든 것을 하기를 원하는데, 이것이 우리가 이러한 변화를 논의할 가치가 있다고 믿는 이유입다.
우리는 이 변화에 대한 사적인 논의를 최소한으로 유지하려고 노력해왔고 최종적인 결정은 내려지지 않았습니다. 우리는 이 주제에 대한 모든 논의가 이 게시물의 의견 섹션이나 적절한 경우 후속 게시물에서 이루어지기를 바랍니다. 이러한 방식으로 STEEM 사용자들은 가능한 한 그 변화에 대한 통찰력과 그것을 지지하거나 반대하는 이유를 얻을 수 있습니다.
Why Limit Custom JSON ops?
이 제한이 만들어졌을 때 Steem에는 속도 제한 트랜잭션에 대한 대역폭 만있었습니다. custom JSON의 큰 비용은 custom JSON을 처리하는 플러그인의 실행 취소 상태입니다. 리소스 크레디트는 원래의 대역폭 시스템보다 정교하기 때문에 더 정확하게 해당 비용을 캡처하므로 속도가 사용자 정의 JSON 작업의 과도한 사용을 제한하는 데 훨씬 효율적이기 때문에 이전 시스템은 그 의미가 많이 쇠퇴하게되었습니다.
DOS
이 제한을 도입하게 된 DOS 공격은 Steem Blockchain의 신뢰성에 영향을 미치지 않습니다. 모든 증인들은 중단 없이 계속해서 블록을 생산했지만, 그것은 Steemit.com이 잠시 다운되었습니다. 버스트로 전송 될 가능성이 여전히 있고, custom JSON 을 처리하는 노드가 잠시 중단 될 수 있습니다.
Increase to 5
이러한 변경 사항에 대한 장단점을 비교 한 후 블록 당 custom JSON 작업을 5 개로 제한하는 것이 좋습니다. 이는 DAPP 개발자의 유연성을 크게 증가시키면서 상기 DAPP의 안정성을 지속적으로 향상시킬 것입니다. 이를 통해 SMT 하드포크에 앞서 변경사항을 재평가하고, 제한을 더 완화하거나, 완전히 제거하거나, 또는 DAPP 개발자의 용도에 따라 그대로 유지하기로 결정할 수 있을 것이다.
Feedback
우리는 이 변화에 대한 사적인 논의가 최소한으로 유지되고, 이 변화에 대한 최종 결정이 내려지지 않도록 최선을 다했습다. 우리는 이 변화를 지지하는 사람들과 그렇지 않은 사람들을 이 게시물에 대한 코멘트에서 그들의 의견을 말할 것을 원합니다. 목표는 Steem 사용자에게 이러한 변화에 대해 배우고, 다양한 측면을 이해하고, 그들의 지지나 부족을 말할 수 있는 장소를 제공하는 것입니다.
Ayogom 코멘트
요 몇일 재단의 공지가 늘어가고 있습니다.... 다 유저의 의견을 듣겠다는 부분이니깐 좋은 방향이라고 보긴 하는데 그만큼 업데이트 속도면에서는... 느려지지않을까 싶어 걱정 되기도 합니다.
먼저 "Vote Window Change" 는 기존 보팅 시간을 15분에서 1분으로 줄이는 건데, 대 찬성이긴 합니다. 그럼 기존 처럼 30분/15분을 기다리지 않아도 됩니다. 다만 보팅풀의 환원되던 리워드가 줄어들기 떄문에 보상은 어느정도 줄어들수도 있습니다.
Vote window 라는 표현은 쉽게 생각하면 창문이 어느정도 열려 있는지에 대한 개념으로 보면 됩니다..
예를들자면 30분이면 보팅풀 환원으로 가는 창문이 30분 만큼 열려 있는거고,
15분이면 보팅풀 환원으로 가는 창문이 15분 동안 열려있고,
1분이면 보팅풀 환원으로 가는 창문이 1분 동안 열려있다는 의미죠
창문이 1분 후에 닫히므로 보상이 해당 게시물에 유지 된다고 생각 하시면 이해가 쉬우실 것입니다.
두번 째 "Raising Custom JSON Limit" 는 현재 Custom JSON 는 한 계정이 한 블록당 1개의 Custom JSON 밖에 발생 시킬 수 없습니다. 예를 들면 팔로우 계속 하다보면 누락되는 경우가 생기셨죠? 팔로우가 Custom JSON 에서 처리하는 대표적인 부분이라서 3초 블록당 1개씩을 처리 해야 했어요. 그 제한을 1블록당 5개로 늘리겠다는 의미 입니다. 대 찬성이죠!
이건 스팀엔진과 밀접한 관계가 있는데요, Custom JSON 때문에 거래소 처리가 아무리 빨라도 3초에 한번씩 밖에 안되는 현상이 발생할 밖에 없어요 그래서 기존 관련 시스템들이 다 느리게만 느껴졌던 것이기도 하고요 그걸 블록당 5개로만 늘려도 속도 개선에 큰 의미가 있다고 봅니다!! 좋은 변화 대 찬성입니다 ㅎㅎ
혹시 이해가 안되는 부분이 있으시다면 댓글 주시면 설명 해드리겠습니다.
hodolbak님의 [큐레이션홍보] KR, ZZAN, AAA, SCT 이웃분들에게 알립니다. - 저는 보팅할 준비가 되어 있습니다. - 여러분의 일상을 공유해 주세요.
sct에서 작성 했는데, 태그가 뒤집히는 현상이 나와버렸네요.... 음
1분으로 줄었군요. 정말 생각 잘했네요. ㅋㅋ
넵 저도 ㅋ 좋은것 같아요 ㅋㅋ 1분 정도면 ㅋㅋ 부담되지 않아요
자유롭고 여유로운 스팀짱입니다^^
자세한 설명 감사드립니다.
좋은 쪽으로 가는 거 맞죠? ㅎㅎ
좋은 쪽인것 같습니다 ㅎㅎ 다만 의견을 종합하는게 조금 힘들지 않을까 싶기도 해요
꽤나 흥미롭네요.스팀잇 재단도 이제 좀 정신차리고 커뮤니티가 원하는 방향으로 빠른 전환이 필요한 시기라는 것을 인식하고 있다는 방증일수도 있겠네요.
커뮤니티의 의견을 묻기 시작했다는게 참으로 좋은것 같아요
다만.... 적용이 매번 하나씩 물어보니 늦어질 것 같긴 합니다 ㅎ
custom json 수가 늘어나는건 저도 찬성.
다만 나머지 HF21 등등.. 매일 0점받던 학생이 이렇게이렇게 해서 100점받겠다고 선언하는거랑 똑같은거라 전혀 신뢰가 가지 않습니다.
네드가 회사에서 쫒겨난거라면 0점에서 10점까지는 갈수있을듯하네요.
ㅎㅎㅎㅎ
사실 정확하게는 custom json 도 각 디앱별로 구분을 하던지 해야 할것 같기도 해요 ㅎㅎ
물론 5개는 환영! ㅎㅎㅎㅎㅎㅎㅎㅎㅎㅎ 지금 재단의마음 가짐이 ㅋㅋ 오래 갔으면.. 좋겟네요
jacobyu님의 스팀코인판 개발 아이디어 내기
Hi @ayogom!
Your post was upvoted by @steem-ua, new Steem dApp, using UserAuthority for algorithmic post curation!
Your UA account score is currently 3.342 which ranks you at #7397 across all Steem accounts.
Your rank has improved 56 places in the last three days (old rank 7453).
In our last Algorithmic Curation Round, consisting of 178 contributions, your post is ranked at #111.
Evaluation of your UA score:
Feel free to join our @steem-ua Discord server
안녕하세요. @trueimagine님의 jcar토큰 보팅 신청입니다.
다음 메모를 남기셨어요.