읽어주셔서 감사합니다:) 이 프로젝트의 목적은 오직 빠르고 많이!Scalability!Scalability! 인것 같아요. 백서에 따르면 현재 사이즈에 블록체인에 튜링완전한 언어를 사용하기에 적합하지 않고, 또 사용하게되면 샤딩하는데 어려움이 많아서 스마트컨트랙트를 잘 할 수있는 데이터플로우 형식의 아키텍쳐를 도입했다고하네요.
(이 부분에 대해서 자세히 이해는 저도 잘 못했습니다 .)
그리고 튜링완전한 스마트 컨트랙트에 대해서는 장단점이 있는것같습니다.
장점의 경우에는 자유도가 높아서 생각한 모든 스마트 컨트랙트를 만들 수 있다는 점입니다.
단점의 경우는 그만큼 해킹에 가능성도 높고, 돈이 오가는것이기 때문에 개발자의 실수로 큰 문제를 만들 수 있다는 점입니다. dao사건에서도 그랬으니까요 이런것 때문에 많은 프로젝트에서 스마트컨트랙 코드를 최소화 하는 방향으로 개발하고 있다고 합니다.
그래서 꼭 자유도가 높은것이 최고는 아니라고 저는 생각합니다.
제가 정확한 코드를 보지 못햇지만 스마트컨트랙트에 최적화 되게 만들었다면 튜링 불완전하지만 자주 사용하는 스마트 컨트랙트는 다 할 수 있지 않을까 싶습니다:) 좋은질문 감사합니다.
You are viewing a single comment's thread from:
친절한 답변 감사합니다^^ 이더리움이 말하는 샤딩도 저런 구조라고 생각하면 되는건가요? 아직 그쪽까지는 스터디를 하지 못해서 어렵네요.
이더리움의 샤딩하고는 완전히 다르다고합니다. 질리카는 네트워크샤딩, 트랜잭션 샤딩을 하고 이더리움은 state sharding이라고 합니다. 저도 다르다는것만 레딧에서 찾고 어떻게 다른지는 지금공부하고있습니다. 공부가 다 되는대로 포스팅해보겠습니다 ㅎㅎ
오 기대가됩니다 감사합니다 ㅎㅎ