SLV v0.9.911 BAM 클라이언트 운영 지원 추가, Advancing Solana 기관적인 사용을 위해 적당한 투명한 실행 층을 향하십시오

ELSOUL LABO B.V. (본사: Amsterdam, 네덜란드; CEO: Fumitake Kawasaki), 함께 Validators DAO, 출시 발표 SLV v0.9.911, 오픈 소스 운영 프레임 워크 Solana validators. 이 릴리스는 Block Assembly Marketplace (BAM) 클라이언트를 출시하고 운영하기위한 지원을 추가합니다. Jito 연구소.

이 릴리스로, BAM 클라이언트의 소개 및 전환은 이제 재현 가능한 방식으로 처리 될 수 있습니다. 연산자 별 절차 또는 개별 작업 전문 지식에 의존하는 것보다 더 많은 것을, SLV BAM 클라이언트 작업을 단일 명령으로 시작할 수 있습니다.

의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 Epics DAO validator는 이미 BAM 클라이언트 운영에 마이그레이션 SLV 그리고 현재 생산에서 실행됩니다.

블록 조립 마켓플레이스(BAM), 개발 Jito Labs는, 구축하는 이니셔티브입니다. Solana’s already high-performance on-chain exec and finds to make it possible to explain and check, 사실 후, 거래가 실행되는 규칙.

다른 블록체인과 비교해 보세요. Solana 거래 처리량과 지연시간에 대한 명확한 이점이 있습니다. 그러나 네트워크 성숙과 사용자 기반 확장으로 트랜잭션이 실행 프로세스 자체가 발생하면 논리 및 규칙의 관점에서 설명 할 수 있는지 여부를 신속하게 처리 할 수 있는지 여부를 주요 질문 이동이 크게 증가합니다.

특정 기관 및 기업 사용자는 독점적 인 자본으로 운영하지 않습니다. 그들은 클라이언트 또는 custodial 자산을 관리하고 따라서 결과에 대해 계정이 아니라 실행 프로세스 자체에 대해 책임지지 않습니다. 그들은 내부 위험위원회, 외부 감사관 및 특정 주문에서 특정 조건과 특정 주문에서 트랜잭션이 실행되는 경우 일부 경우 규제 기관에서 설명해야합니다.

이 이론적 인 우려는 아닙니다. 전통적인 금융 시장에서 이러한 요구 사항은 이미 표준 연습입니다. 최고의 보고 실행 및 거래 비용 분석 제출은 일반적인 예입니다. 교환 또는 장소가 사용 된 상태에 충분하지 않습니다. 실행 논리 자체는 설명해야합니다.

오늘날의 온체인 실행 환경에서는, 특정 방식으로 주문된지 확인하기 위해 제3자에게 어렵습니다. 또는 논리가 배치를 결정했습니다. 의도하지 않은 것에 관계없이, 이 설명의 부족은 혼자서 공증 기관 참여에 충분합니다.

BAM은 암호화 메커니즘을 통해 거래 주문 검증을 통해이 문제를 해결합니다. 정의 된 논리에 따라 트랜잭션이 주문되었는지 입증 할 수 있지만 BAM 노드 운영자는 트랜잭션 내용이나 직관적으로 주문할 수 없습니다.

BAM은 궁극적으로 설립하는 것은 특정 연산자를 신뢰하는 모델이 아니라 실행 논리 자체가 검증되는 것을 의미하는 모델이 아닙니다. 이것은 단순히 빠른 속도로 온체인 실행을 이동하며, 설명할 수 있는 환경, 감사 및 형식적인 보고에 적합하다.

오늘, Solana 거래 주문이 처리되는 방법에 있는 자유의 고차를 허용합니다. 다중 스케줄러는 평행선에서, 다른 논리, 타이밍 특성 및 우선 순위 전략과 함께 작동했습니다.

이 다양성은 실험 및 최적화를 가능하게하지만, 외부 관점에서 지속적으로 설명하는 것이 어렵습니다. 이는 규칙이 결정된 거래 주문입니다. 클라이언트에 따라, 여정 경로 또는 운영 체제는 외부 관찰 할 수없는 주문 결정에 항상 허용되지 않습니다.

이 문제는 악의적 의도가 아닙니다. 모든 운영자가 좋은 믿음에서 행동 할 때, 설명하거나 확인 할 수없는 실행 환경은 기관 및 기업 요구와 호환되지 않습니다.

문제는 즉시 표면이 아니라, 이 불투명은 실행 위험과 감사 불확실로 축적됩니다. 그 결과로, 사슬 사용법은 개인 사용자 및 실험적인 신청에 크게 자신감을 갖게 남아, 대규모 자본 및 기업 채택은 물질화에 투쟁.

비슷한 도전은 이미 Ethereum 생태계 내에서 출현했습니다. 프로젝터 구축 분리의 도입으로 블록 건물에 경쟁이 증가했지만, 또한 빌더의 농도와 주문 흐름의 활성화로 이끌었습니다.

사용자와 응용 프로그램은 더 나은 실행을 추구, 그들은 점점 특정 빌더와 개인 관계에 의존, 외부를 관찰하기 위해 트랜잭션 주문 열심히. 이 구조는 때때로 단기 효율을 향상, 그것은 궁극적으로 더 큰 불투명과 중앙화에서 발생.

오늘 이더리움 커뮤니티 내에서, 노력은 TEE 기반 블록 빌딩과 같은 접근 방식을 통해 투명성을 복원하는 것입니다. 이 프로젝트는 실행층에서 설명의 중요성을 반영합니다.

BAM은 이러한 선행자로서, 검증과 투명성을 통합하여 나중에 복종하려고 시도하는 것보다 더 많은 것을 디자인했습니다.

BAM의 설계 원칙은 실제로 구현되고 운영될 수 있는 경우에만 중요합니다. 잘 설계된 시스템은 배포하거나 접근할 수 없는 경우 투명성을 개선할 수 없습니다.

SLV v0.9.911는 BAM 클라이언트 출시 및 운영을 통합 SLV’ s 표준 워크플로. 이것은 BAM로 전환 할 때 개별 작업자 전문 및 광고 - 호크 절차에 대한 신뢰를 제거합니다.

재현 가능한 방식으로 배포할 수 있는 것은 검증 가능한 실행층의 광범위한 채택을 위한 우선순위입니다. 이 릴리스는 BAM을 embedding로 구체적 단계를 나타냅니다. Solana’ s Operational Infrastructure as a role, 뿐만 아니라 개념.

출시 세부 사항: https://github.com/ValidatorsDAO/slv/releases/tag/v0.9.911

의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 Epics DAO validator는 이미 BAM 클라이언트 운영에 마이그레이션 SLV BAM은 개념 설계에 제한되지 않고, 실제 검증기 운영 내에서 적극적으로 기능을 발휘합니다.

BAM 클라이언트를 사용하여 검증자 운영 관점에서는 트랜잭션 섭취를 위한 논리를 분리하고 검증자의 핵심 실행 및 투표 프로세스에서 주문할 수 있습니다.

트랜잭션 입구와 주문과 관련된 부하는 검증자의 실행 경로와 단단히 결합되었습니다. BAM 기반 설정으로, 그러나, 트랜잭션 접수 및 스케줄링과 관련된 처리 하중은 명백한 관심사로 처리 될 수 있습니다.

이 검증자는 실행 및 투표에 직접 초점을 맞추고, 다른 특성과 작업 부하가 별도로 처리되는 작업 부하를 가능하게하는 동안. 이것은 직접 성능 개선을 주장하지 않지만, 오히려 운영 책임과로드 도메인을 분리하는 강조는 검증자 운영을위한 유효한 설계 옵션을 확장합니다.

BAM이 제공하는 것이 BAM이 제공하는 것이 확고한 거래 주문 및 실행 투명성 Solana 기관 및 기업 사용에 적합한 실행 환경을 향해.

SLV 이 방향을 실제 작업으로 번역하기위한 기초 역할을합니다. 앞으로 이동, 검증자, RPC 인프라, 네트워킹 및 분산 응용 프로그램은 격리 된 최적화 대상으로 처리되지 않을 것입니다, 그러나 공동으로 실행 품질과 신뢰를 결정하는 독립 구성 요소. 이 접근 방식을 통해, Solana’ s 운영 인프라는 계속 진화합니다.