7일 지난 포스팅 수정은 그냥 기존 rpc2.0 스팩과 동일하게 broadcast comment 하면 수정되요 ~
HF20 적용이후 그냥 글쓰기 API 만 호출하면야 7일 지난 글도 언제든 수정이 되지요 ~
You are viewing a single comment's thread from:
7일 지난 포스팅 수정은 그냥 기존 rpc2.0 스팩과 동일하게 broadcast comment 하면 수정되요 ~
HF20 적용이후 그냥 글쓰기 API 만 호출하면야 7일 지난 글도 언제든 수정이 되지요 ~
오 역시 슈퍼 개발자 원사마님 혹시 원리도 아시나요? 포스팅이 껴있는 블럭 넘버가 바뀌는거겠죠?
기본적으로 글쓰기를 하면
A 블록에 글쓰기 정보가 저장 됩니다. 이때 중요한 것은 AUTHOR(계정명)과 PERMLINK (영구링크)죠
이후 해당 AUTHOR 에 PERMLINK에 글을 수정하면 @@ 가 붙어가면서 글이 수정 처리가 이뤄 집니다.( github 에 commit 하는 것과 유사 ) 그래서 블록에는 수정 정보만 기록 되고 getContent() 메소드를 사용해야지만 해당 글의 수정정보 포함된 글 정보를 볼 수 있죠 ㅋ
아마 블록정보와 별개로 내부 DB가 있어서 계정 기준 PERMLINK 의 유효성 검증 및 최근 데이터를 따로 별도로 관리 할 것입니다.
말씀하신
원 글의 블록 넘버는 변하지 않습니다. 하지만 수정 내역 정보는 블록이 계속 신규로 생성되며, 내부 DB에 의해서 해당 정보를 리턴 할 것입니다.
그래서 아래와 같이
[참조링크] https://developers.steem.io/
steem js 만 쓰다보니 이런 개념을 잘 모르고 있었네요. ㅎㅎ 감사합니다. 수정정보의 블럭까지찾아야한다면 나중에도 퍼포먼스가 나올수 있는 구조인지 궁금하네요.
역쉬 슈퍼 개발자님!
아 그래서 계속 따라 따라 가는 것은 아니고 변경 이력만 블록에 기록하고 ( 블록은 변경 이력 정보를)
별도 db에 최신 업뎃된 정보를 별도로 기록하는 것 같습니다. (DB에는 최신 업뎃된 정보를)
참고로 hive 같은 경우는 postgresql 을 사용하여 데이터를 기록하고 있지요 :)
아 기록 그 이상, 이하도 아니군요. 정말 감사합니다. ㅎㅎ
넵 블록체인의 투명성은 write 만 있다는 것이죠 ㅋ
update delete 는 별도 관리지
블록은 write & freeze 랄까요 :)
덕분에 저도 궁금했던 부분이 약간 풀린 느낌입니다. 원사마님은 모르는게 없으시군요.ㅋ
근데 그렇다면 포스팅의 데이터가 변할수 있게 구조 자체가 바껴야했을텐데....