귀하의 말씀이 수치적으로 타당해 보입니다. 허나 램마켓이 없고 연동되는 방식일경우 제가 보유한 램은 활용되지 않으면서 램자원만 할당받게 됩니다. 이렇게 댑 개발에 활용될 가능성은 없으면서 이오스만 보유함으로서 생기는 램자원 낭비가 램마켓으로 인한 문제보다 훨씬 클것이라는것이 제 생각입니다. 왜냐하면 램은 임대될 수 없는 자원이기 때문입니다.
결국 이오스 보유자들중 댑 개발 의지가 없는 램의 자원낭비로 인해 램마켓이 없으면 댑 개발비용은 더 증가하게 됩니다.
이오스 보유자중 댑 개발을 위해 이오스를 보유한 비율은 그닥 높지 않을것입니다.
선무님, 그 논리라면 대부분의 이오스 보유자들에 의해 CPU와 NET도 낭비되고 있는 것입니다. RAM만 특별취급해서 굳이 마켓화할 이유가 없습니다.
이오스를 부동산에 비유한 사례가 많은 이유는 댑개발 의지가 없는 이오스 보유자들이 건물주처럼 본인의 자원을 임대하면서 혜택을 누릴수 있기 때문입니다.
그 '자원'에서 RAM을 쏙 빼는 바람에 개발자들에게 이중지출부담과 투기열풍으로 인한 진입장벽이 만들어졌습니다.
선무님.. 램이야말로 임대하기 딱 좋은 자원입니다..그리고 램도 소멸되지않고 회복됩니다. 램을 저장공간으로 착각하시는 것 같습니다.
램을 일종의 캐쉬메모리입니다. 초고속 임시저장소죠.. PC의 디램을 생각하시면 됩니다. CPU의 연산능력이나 네트워크 대역폭보다 램이 더 확실하게 구획/분할 가능한 자원입니다.
'임대'가 불가능한데 '판매'가 되는 건 역설입니다.
조악한 예로 이오스의 컴퓨팅파워를 매우 똑똑한 사람이라고 친다면,
CPU는 그 사람에게 복잡한 계산을 하루에 몇 번 시킬 수 있느냐
NET은 그 사람에게 복잡한 계산을 동시에 몇 개 시킬 수 있느냐
RAM은 그 사람과 계산/답변을 반복하는 속도가 얼마나 빠르냐
정도로 비유할 수 있습니다.
NET을 속도로 오해하기 쉬운데 대역폭(bandwidth)이기 때문에 저 해석이 더 가깝습니다. 고속도로로 따지면 몇 차선인가로 비유가능합니다.
램은 CPU가 연산을 빨리 수행하도록, CPU에 초고속으로 접근가능한 저장소라서 많이 확보하면 할수록 댑 속도가 빨라집니다. 그래서 핵심자원이고 사실상 성능을 지배하는 상징성이 있습니다. 하지만 CPU와 어우러지지 않으면 램만으로는 성능이 안나서 실제 현실에서도 램은 서버에 장착된 CPU소켓수에 따라 증설한계가 있습니다.
임대받아간다는것은 거기에 자료를 올린다는거구요. 그 자료를 삭제해야만 회수해 올 수 있게 됩니다. 댑 사업자가 그자료를 지우지 않으면 회수 불가능한거랑 같아요. 회수를 위해 댑데이타를 회수하려는이가 강제로 삭제하면 댑은 그냥 망하는거죠. 이래서 임대 불가능한 자원이라는 겁니다.(혹 데이타가 지워지지 않은 램을 회수해 와 봐야 사용할수 없어서 회수의 의미도 없구요)
그렇다고해서 이오스 수량에 연동된 램 할당방식이 지금방식보다 저렴해 지지는 않습니다.
아니죠. 임의의 Dapp개발자가 필요한 컴퓨팅리소스를 받기 위해 투자해야하는 이오스 갯수가 다릅니다.
RAM은 또다시 이오스를 보유하여 RAM마켓에서 구매해야함
선무님의 예를 빌리면 300만개가 아니라, 1억 300만개가 필요합니다. CPU와 NET은 어차피 필요하니까요.
귀하의 말씀이 수치적으로 타당해 보입니다. 허나 램마켓이 없고 연동되는 방식일경우 제가 보유한 램은 활용되지 않으면서 램자원만 할당받게 됩니다. 이렇게 댑 개발에 활용될 가능성은 없으면서 이오스만 보유함으로서 생기는 램자원 낭비가 램마켓으로 인한 문제보다 훨씬 클것이라는것이 제 생각입니다. 왜냐하면 램은 임대될 수 없는 자원이기 때문입니다.
결국 이오스 보유자들중 댑 개발 의지가 없는 램의 자원낭비로 인해 램마켓이 없으면 댑 개발비용은 더 증가하게 됩니다.
이오스 보유자중 댑 개발을 위해 이오스를 보유한 비율은 그닥 높지 않을것입니다.
선무님, 그 논리라면 대부분의 이오스 보유자들에 의해 CPU와 NET도 낭비되고 있는 것입니다. RAM만 특별취급해서 굳이 마켓화할 이유가 없습니다.
이오스를 부동산에 비유한 사례가 많은 이유는 댑개발 의지가 없는 이오스 보유자들이 건물주처럼 본인의 자원을 임대하면서 혜택을 누릴수 있기 때문입니다.
그 '자원'에서 RAM을 쏙 빼는 바람에 개발자들에게 이중지출부담과 투기열풍으로 인한 진입장벽이 만들어졌습니다.
틀리신 말씀은 아닙니다. 다만 시피유나 네트워크는 램과 다르게 회복되거나 유동적인 자원이라는 부분이 램과 차이가 있습니다. 램은 고정자원이구요.
저는 현재의 방식이 더 좋다고 생각하는거고 귀하는 더 못하다고 생각하시는것이니 그 격차를 좁히긴 어려워 보입니다.
자원 임대 좋죠. 문제는 램이 임대 불가능한 자원이라는겁니다. 임대불가능한걸 임대하겠다고 하면 딱히 드릴말씀이 없습니다.
선무님.. 램이야말로 임대하기 딱 좋은 자원입니다..그리고 램도 소멸되지않고 회복됩니다. 램을 저장공간으로 착각하시는 것 같습니다.
램을 일종의 캐쉬메모리입니다. 초고속 임시저장소죠.. PC의 디램을 생각하시면 됩니다. CPU의 연산능력이나 네트워크 대역폭보다 램이 더 확실하게 구획/분할 가능한 자원입니다.
'임대'가 불가능한데 '판매'가 되는 건 역설입니다.
조악한 예로 이오스의 컴퓨팅파워를 매우 똑똑한 사람이라고 친다면,
CPU는 그 사람에게 복잡한 계산을 하루에 몇 번 시킬 수 있느냐
NET은 그 사람에게 복잡한 계산을 동시에 몇 개 시킬 수 있느냐
RAM은 그 사람과 계산/답변을 반복하는 속도가 얼마나 빠르냐
정도로 비유할 수 있습니다.
NET을 속도로 오해하기 쉬운데 대역폭(bandwidth)이기 때문에 저 해석이 더 가깝습니다. 고속도로로 따지면 몇 차선인가로 비유가능합니다.
램은 CPU가 연산을 빨리 수행하도록, CPU에 초고속으로 접근가능한 저장소라서 많이 확보하면 할수록 댑 속도가 빨라집니다. 그래서 핵심자원이고 사실상 성능을 지배하는 상징성이 있습니다. 하지만 CPU와 어우러지지 않으면 램만으로는 성능이 안나서 실제 현실에서도 램은 서버에 장착된 CPU소켓수에 따라 증설한계가 있습니다.
말하다보니 길어졌는데 어쨌든 임대불가능하지 않습니다.
임대받아간다는것은 거기에 자료를 올린다는거구요. 그 자료를 삭제해야만 회수해 올 수 있게 됩니다. 댑 사업자가 그자료를 지우지 않으면 회수 불가능한거랑 같아요. 회수를 위해 댑데이타를 회수하려는이가 강제로 삭제하면 댑은 그냥 망하는거죠. 이래서 임대 불가능한 자원이라는 겁니다.(혹 데이타가 지워지지 않은 램을 회수해 와 봐야 사용할수 없어서 회수의 의미도 없구요)
물리적으로 임대처리가 불가능하다는게 아니구요. 개념적으로 불가능하다는겁니다.