최근 솔라나 중단의 원인은 무엇이며, 추가적인 네트워크 정체를 방지하기 위해 어떤 조치를 취하고 있습니까?

최근 솔라나 서비스 중단의 원인은 무엇입니까?

새로운 NFT 프로젝트와 관련된 봇 솔라 나 프로젝트 개발자에 따르면 이로 인해 20시간 동안 네트워크가 중단되었습니다. 토요일 30:03 UTC에 시작되어 일요일 30:XNUMX UTC에 종료된 정전은 다음으로 인해 발생했습니다. 인바운드 트랜잭션의 엄청난 증가(초당 6만 개)로 인해 네트워크에 과부하가 걸리고, 개별 노드에서 네트워크 용량이 100Gbps를 초과합니다.

"서비스 거부 공격에 대한 증거는 없지만 대신 봇이 인기 있는 Candy Machine 프로그램을 사용하여 생성되는 새로운 NFT를 프로그래밍 방식으로 획득하려고 시도했다는 증거가 있습니다." 프로젝트 개발자는 블로그 게시물, “높은 메모리 사용량의 근본 원인은 이전 블록을 마무리하기 위한 투표가 부족하여 버려진 포크 정리를 방지했기 때문입니다. 평가해야 하는 포크 ​​검증자의 수가 용량을 초과하여 재부팅 후에도 수동 개입이 필요했습니다.”

무엇을하고 있습니까?

개발팀에 따르면 솔라나는 2021월 초부터 NFT 민트를 겨냥한 봇 활동으로 인해 간헐적인 정체 문제를 겪었습니다. 이전 메인넷 베타의 중단은 17년 30월에 발생하여 10,000시간 동안 지속되었습니다. XNUMX월 XNUMX일의 중단은 XNUMX월의 중단과 특징을 공유하지만, 검증인 커뮤니티의 후속 업데이트를 반영하여 거래 요청량이 XNUMX월 수준의 XNUMX%에 도달했음에도 이번에는 네트워크가 계속 작동했습니다.

현재 테스트넷에서 안정화되고 있는 베타 릴리스 지점인 v1.10에는 노드가 느리거나 지연된 합의를 견딜 수 있는 시간을 연장하기 위한 메모리 사용 개선이 포함되어 있습니다. 메인넷 베타에 배포된 v1.10을 실행하는 테스트 노드는 유사한 사양의 v2000 피어를 넘어 1.9개의 추가 슬롯에 대해 계속되었습니다.

네트워크의 안정성과 탄력성을 해결하기 위해 세 가지 완화 조치가 진행 중입니다.

  • QUIC – 현재 Solana는 맞춤형 원시 UDP 기반 프로토콜을 사용하여 RPC 노드와 현재 리더 간의 트랜잭션을 전달합니다. UDP는 연결이 없고 흐름 제어와 수신 승인이 모두 부족하므로 악의적인 행동을 억제하거나 완화할 수 있는 의미 있는 방법이 없습니다. 네트워크 트래픽 제어에 영향을 미치기 위해 Solana 핵심 프로토콜은 Google이 구축한 프로토콜인 QUIC 위에 다시 구현되고 있습니다. 이 프로토콜은 UDP와 같은 빠른 비동기 통신을 위해 설계되었지만 TCP와 같은 세션 및 흐름 제어도 사용하도록 설계되었습니다. 일단 채택되면 데이터 수집을 조정하고 최적화하는 데 사용할 수 있는 더 많은 옵션이 제공됩니다.
  • 지분 가중 트랜잭션 QoS – 리더 네트워크 대역폭은 고정된 용량을 가지며 이를 효과적으로 사용하기 위해서는 소스에 관계없이 선착순으로 무분별하게 트랜잭션을 수락하는 현재 관행을 끝내기 위한 우선순위 지정이 필수입니다. 솔라나가 PoS 네트워크라는 점을 고려하면, 지분 가중치의 유용성을 거래 서비스 품질로 확장하는 것은 자연스러운 선택입니다. 이 모델에서는 지분이 0.5%인 노드는 패킷의 최소 0.5%를 리더에게 전송할 수 있는 권한을 가지며 나머지 네트워크와 나머지 지분의 조합은 패킷을 완전히 제거할 수 없습니다. 스테이크 가중 QoS는 현재 QUIC와 병행하여 개발되고 있습니다. 스테이크 가중 QoS는 QUIC와 함께 더욱 강력해집니다.
  • 수수료 기반 실행 우선순위 – 일단 수집되면 트랜잭션은 공유 계정 데이터 수정을 위해 계속 경합할 수 있습니다. 이 경합은 네트워크 데이터 수집과 유사하게 단순한 선착순으로 처리되었으므로 사용자는 거래 실행의 긴급성을 표현할 수단이 없습니다. 누구나 네트워크에 트랜잭션을 제출할 수 있다는 점을 고려하면 지분 가중치는 이러한 우선순위 지정에 적합하지 않습니다. 대신, Compute Budget 프로그램에 새로운 지침이 도입되어 사용자에게 거래 실행 및 블록에 포함 시 수집될 임의의 "추가 수수료"를 지정할 수 있는 기능을 제공합니다. 요청된 컴퓨팅 단위에 대한 이 수수료의 비율은 거래의 실행 우선순위 가중치로 사용됩니다. 추가 수수료는 현재 기본 수수료와 동일하게 처리됩니다.

수수료 우선순위는 현재 진행 중이며 v1.11 릴리스를 목표로 하고 있습니다.

면책조항: 이 웹사이트의 정보는 일반적인 시장 논평으로 제공되며 투자 조언을 구성하지 않습니다. 투자하기 전에 스스로 조사해 보시기 바랍니다.

뉴스를 추적하려면 CoinCu Telegram에 가입하십시오: https://t.me/coincunews

CoinCu 유튜브 채널 팔로우 | CoinCu 페이스북 페이지 팔로우

엷은 갈색

코인큐 뉴스

솔라나 솔라나 솔라나

최근 솔라나 중단의 원인은 무엇이며, 추가적인 네트워크 정체를 방지하기 위해 어떤 조치를 취하고 있습니까?

최근 솔라나 서비스 중단의 원인은 무엇입니까?

새로운 NFT 프로젝트와 관련된 봇 솔라 나 프로젝트 개발자에 따르면 이로 인해 20시간 동안 네트워크가 중단되었습니다. 토요일 30:03 UTC에 시작되어 일요일 30:XNUMX UTC에 종료된 정전은 다음으로 인해 발생했습니다. 인바운드 트랜잭션의 엄청난 증가(초당 6만 개)로 인해 네트워크에 과부하가 걸리고, 개별 노드에서 네트워크 용량이 100Gbps를 초과합니다.

"서비스 거부 공격에 대한 증거는 없지만 대신 봇이 인기 있는 Candy Machine 프로그램을 사용하여 생성되는 새로운 NFT를 프로그래밍 방식으로 획득하려고 시도했다는 증거가 있습니다." 프로젝트 개발자는 블로그 게시물, “높은 메모리 사용량의 근본 원인은 이전 블록을 마무리하기 위한 투표가 부족하여 버려진 포크 정리를 방지했기 때문입니다. 평가해야 하는 포크 ​​검증자의 수가 용량을 초과하여 재부팅 후에도 수동 개입이 필요했습니다.”

무엇을하고 있습니까?

개발팀에 따르면 솔라나는 2021월 초부터 NFT 민트를 겨냥한 봇 활동으로 인해 간헐적인 정체 문제를 겪었습니다. 이전 메인넷 베타의 중단은 17년 30월에 발생하여 10,000시간 동안 지속되었습니다. XNUMX월 XNUMX일의 중단은 XNUMX월의 중단과 특징을 공유하지만, 검증인 커뮤니티의 후속 업데이트를 반영하여 거래 요청량이 XNUMX월 수준의 XNUMX%에 도달했음에도 이번에는 네트워크가 계속 작동했습니다.

현재 테스트넷에서 안정화되고 있는 베타 릴리스 지점인 v1.10에는 노드가 느리거나 지연된 합의를 견딜 수 있는 시간을 연장하기 위한 메모리 사용 개선이 포함되어 있습니다. 메인넷 베타에 배포된 v1.10을 실행하는 테스트 노드는 유사한 사양의 v2000 피어를 넘어 1.9개의 추가 슬롯에 대해 계속되었습니다.

네트워크의 안정성과 탄력성을 해결하기 위해 세 가지 완화 조치가 진행 중입니다.

  • QUIC – 현재 Solana는 맞춤형 원시 UDP 기반 프로토콜을 사용하여 RPC 노드와 현재 리더 간의 트랜잭션을 전달합니다. UDP는 연결이 없고 흐름 제어와 수신 승인이 모두 부족하므로 악의적인 행동을 억제하거나 완화할 수 있는 의미 있는 방법이 없습니다. 네트워크 트래픽 제어에 영향을 미치기 위해 Solana 핵심 프로토콜은 Google이 구축한 프로토콜인 QUIC 위에 다시 구현되고 있습니다. 이 프로토콜은 UDP와 같은 빠른 비동기 통신을 위해 설계되었지만 TCP와 같은 세션 및 흐름 제어도 사용하도록 설계되었습니다. 일단 채택되면 데이터 수집을 조정하고 최적화하는 데 사용할 수 있는 더 많은 옵션이 제공됩니다.
  • 지분 가중 트랜잭션 QoS – 리더 네트워크 대역폭은 고정된 용량을 가지며 이를 효과적으로 사용하기 위해서는 소스에 관계없이 선착순으로 무분별하게 트랜잭션을 수락하는 현재 관행을 끝내기 위한 우선순위 지정이 필수입니다. 솔라나가 PoS 네트워크라는 점을 고려하면, 지분 가중치의 유용성을 거래 서비스 품질로 확장하는 것은 자연스러운 선택입니다. 이 모델에서는 지분이 0.5%인 노드는 패킷의 최소 0.5%를 리더에게 전송할 수 있는 권한을 가지며 나머지 네트워크와 나머지 지분의 조합은 패킷을 완전히 제거할 수 없습니다. 스테이크 가중 QoS는 현재 QUIC와 병행하여 개발되고 있습니다. 스테이크 가중 QoS는 QUIC와 함께 더욱 강력해집니다.
  • 수수료 기반 실행 우선순위 – 일단 수집되면 트랜잭션은 공유 계정 데이터 수정을 위해 계속 경합할 수 있습니다. 이 경합은 네트워크 데이터 수집과 유사하게 단순한 선착순으로 처리되었으므로 사용자는 거래 실행의 긴급성을 표현할 수단이 없습니다. 누구나 네트워크에 트랜잭션을 제출할 수 있다는 점을 고려하면 지분 가중치는 이러한 우선순위 지정에 적합하지 않습니다. 대신, Compute Budget 프로그램에 새로운 지침이 도입되어 사용자에게 거래 실행 및 블록에 포함 시 수집될 임의의 "추가 수수료"를 지정할 수 있는 기능을 제공합니다. 요청된 컴퓨팅 단위에 대한 이 수수료의 비율은 거래의 실행 우선순위 가중치로 사용됩니다. 추가 수수료는 현재 기본 수수료와 동일하게 처리됩니다.

수수료 우선순위는 현재 진행 중이며 v1.11 릴리스를 목표로 하고 있습니다.

면책조항: 이 웹사이트의 정보는 일반적인 시장 논평으로 제공되며 투자 조언을 구성하지 않습니다. 투자하기 전에 스스로 조사해 보시기 바랍니다.

뉴스를 추적하려면 CoinCu Telegram에 가입하십시오: https://t.me/coincunews

CoinCu 유튜브 채널 팔로우 | CoinCu 페이스북 페이지 팔로우

엷은 갈색

코인큐 뉴스

솔라나 솔라나 솔라나

94회 방문, 오늘 1회 방문