Chủ đề thịnh hành
#
Bonk Eco continues to show strength amid $USELESS rally
#
Pump.fun to raise $1B token sale, traders speculating on airdrop
#
Boop.Fun leading the way with a new launchpad on Solana.

Lei Yang Σ:
Giám đốc cho thỏ ăn tại @megaeth_labs. Tốt nghiệp tiến sĩ gần đây tại MIT CSAIL. Làm việc trên mạng máy tính và hệ thống phân tán (cho blockchain).
Lei Yang Σ: đã đăng lại
Chúng tôi chưa bao giờ yêu cầu doanh thu hay cổ phần tư vấn từ bất kỳ đội ngũ nào của @0xMegaMafia.
Lần duy nhất việc mua lại token được đề cập là khi các đội ngũ yêu cầu những lợi thế cấu trúc như vị trí sớm và phát hành tài sản, điều này sẽ không công bằng với những người xây dựng khác trong hệ sinh thái.
Trong tình huống này, việc mua lại token là hợp lý vì cộng đồng cần được hưởng lợi từ việc chúng tôi cung cấp những lợi thế này cho các dự án.
Mọi người đều có thể xây dựng trên MegaETH.
43,96K
Cập nhật gốc trạng thái thì cực kỳ chậm và chịu trách nhiệm cho việc giảm tốc độ lên đến 10 lần khi xây dựng các khối EVM. SALT là giải pháp của MegaETH cho vấn đề này.
SALT là một kho lưu trữ khóa-giá trị được xác thực hoàn toàn mới, thay thế (thay vì chỉ là một sự tái triển khai đơn thuần của) Merkle Patricia Trie (MPT) của EVM. Nó được tối ưu hóa cho một điều duy nhất: chiếm ít không gian nhất có thể để phù hợp với RAM của máy tính.
Mục tiêu này được cho là dễ đạt được bằng cách điều chỉnh MPT và làm cho nó rộng và nông, nhưng để nghĩ như vậy thì người ta đã bỏ qua một vấn đề then chốt: độ thưa của khóa. Lý thuyết + thí nghiệm của chúng tôi (nhiều chi tiết trong bài nói chuyện) cho thấy rằng độ thưa làm tăng kích thước của MPT và các đối tác (như Verkle Tries đáng kính, thật không may) lên hàng trăm lần. Do đó, chúng phải tràn ra các ổ cứng chậm và cồng kềnh, điều này giết chết hiệu suất. (Nhớ lại sự giảm tốc 10 lần?)
Bằng cách kiểm soát độ thưa, SALT có thể đạt được gần như tối ưu. Thực tế, nó là tối ưu về không gian và sử dụng IO! Nút thắt cổ chai trong việc cập nhật gốc trạng thái đã được giải quyết một lần và mãi mãi.
Hãy xem bản ghi của bài nói chuyện! Bài nói chuyện đã được trình bày tại hội thảo Khoa học và Kỹ thuật của Sự đồng thuận trong khuôn khổ SBC 25. Cảm ơn lớn đến Tse Lab tại Đại học Stanford vì đã tổ chức sự kiện, và đến các nhà tài trợ sự kiện @babylonlabs_io và @poddotnetwork!
50,15K
Đây là một số kết quả thú vị. Thật tuyệt khi thấy MegaETH đứng đầu : )
Để đặt dữ liệu vào một số bối cảnh, độ trễ end-to-end của một yêu cầu RPC bao gồm ba thành phần: (1) độ trễ truyền ánh sáng từ/người quan sát đến/máy chủ, (2) thời gian mà máy chủ cần để lấy và xử lý dữ liệu được yêu cầu, (3) thời gian mà người quan sát cần để tải xuống phản hồi. Như bạn đã đề cập, các phương pháp RPC đang được thử nghiệm là nhẹ nhàng, cả về chi phí tính toán và kích thước dữ liệu. Điều này có nghĩa là các thí nghiệm chủ yếu kiểm tra (1), tức là độ trễ truyền giữa các người quan sát và các máy chủ RPC. Đừng hiểu sai ý tôi - các RPC của MegaETH cũng rất mạnh về (2) và (3) và sẽ thật thú vị khi thấy các thí nghiệm căng thẳng chúng!
Vậy, làm thế nào để chúng ta tinh chỉnh độ trễ truyền? Thực ra, không có quá nhiều điều chỉnh. Đầu tiên, chúng ta có thể triển khai các máy chủ RPC ở nhiều khu vực địa lý khác nhau, và tự động định tuyến yêu cầu đến máy chủ gần nhất. Điều này giống như các chuỗi thức ăn nhanh mở cửa hàng khắp nơi - luôn có một chi nhánh gần bên! Cụ thể hơn, việc có các máy chủ phân bố theo địa lý giúp giảm khoảng cách vật lý giữa người dùng và máy chủ.
Thứ hai, chúng ta có thể tối ưu hóa cấu trúc mạng. Ngay cả khi nó giữa cùng một cặp người gửi và người nhận, độ trễ truyền thay đổi dựa trên đường đi thực tế của mạng. Ví dụ, giữa Bờ Đông Hoa Kỳ và Châu Á, độ trễ có thể thay đổi gấp 2 lần tùy thuộc vào việc các gói dữ liệu đi qua Thái Bình Dương hay qua Châu Âu. Đôi khi, thậm chí có nhiều đường đi mạng theo cùng một lộ trình địa lý; một số đường bị tắc nghẽn hơn những đường khác, dẫn đến độ trễ cao hơn. Điều này giống như có nhiều xa lộ để chọn từ điểm A đến điểm B. Những lợi thế về độ trễ mà bạn quan sát được có lẽ đến từ việc chúng tôi tối ưu hóa lộ trình.

Avaworld21:38 15 thg 8
MegaETH RPC chính thức so với Thirdweb RPC – Độ trễ Testnet
Tôi muốn lấy dữ liệu trực tiếp từ MegaEth mà không cần phải chạy bất kỳ cơ sở hạ tầng nào và đang tìm cách nhanh nhất để làm điều này.
Tôi đã sử dụng "" để chạy một bài kiểm tra đơn giản nhằm xem RPC chính thức của MegaETH so với RPC bên thứ ba (Thirdweb) như thế nào. Mục tiêu là kiểm tra cái nào sẽ lấy dữ liệu mới từ trình khám phá nhanh hơn từ các khu vực khác nhau trên thế giới.
Bài kiểm tra đã sử dụng lệnh RPC `eth_blockNumber` và `eth_getBalance` trên testnet MegaETH. Nó đã kiểm tra 27 vùng AWS trên 6 châu lục, gửi yêu cầu lần lượt với khoảng cách một giây. Nó theo dõi độ trễ trung bình, tỷ lệ thất bại, lỗi 429, yêu cầu thành công và tổng thời gian yêu cầu.
Dưới đây là kết quả
Tất cả các kết quả cho thấy RPC chính thức của MegaETH nhanh hơn ở cả sáu châu lục và tất cả 27 vùng. Độ trễ của MegaETH dao động từ khoảng 126 ms đến 238 ms theo bài kiểm tra này. Đối với Thirdweb, độ trễ dao động từ khoảng 170 ms đến 381 ms. Cả hai đều có tỷ lệ thất bại thấp nhưng MegaETH có ít hơn một chút, và tổng thời gian yêu cầu luôn thấp hơn cho MegaETH.
Để có bối cảnh, thường thì các mạng có ít nhất một vài vùng mà RPC bên thứ ba nhanh hơn. Avalanche, Optimism và Ethereum đều có ví dụ về điều này trong các bài kiểm tra công khai. Xem
- Kết quả Avalanche C-Chain
- Kết quả Optimism
- Kết quả Ethereum
Việc MegaETH vượt qua Thirdweb ở mọi nơi là điều không bình thường.
Luận điểm của tôi về việc tại sao RPC chính thức của MegaETH lại đứng đầu là mạng lưới được điều chỉnh tốt về mặt kiến trúc, và sử dụng một bộ sắp xếp duy nhất tại một thời điểm.
Tôi mời @NamikMuduroglu @yangl1996 @0xSami_M chia sẻ suy nghĩ của họ
Đây là testnet nên các con số có thể thay đổi trên mainnet khi lưu lượng truy cập cao hơn. Tuy nhiên, hiện tại, nếu bạn cần cách nhanh nhất và đáng tin cậy nhất để lấy dữ liệu từ trình khám phá MegaETH, RPC chính thức là lựa chọn rõ ràng.
NB: Tôi không phải là chuyên gia, đây chỉ là lý thuyết và có thể không chính xác 100% vì dữ liệu được kiểm tra là các cuộc gọi nhẹ, cũng như các kết quả này được chụp lại, kết quả có thể thay đổi nếu dữ liệu lớn hơn được liên quan vào những thời điểm khác nhau, cuối cùng tôi đã sử dụng một RPC bên thứ ba công khai, có thể có những cái nhanh hơn.

12,61K
Gõ gõ, khoảnh khắc Robinhood cho crypto đang đến!

Euphoria00:43 8 thg 8
100 trong số những bộ óc sắc bén nhất trong crypto vừa đặt cùng một cược.
Chúng tôi đã tập hợp một liên minh được chọn lọc gồm những nhà xây dựng, nhà giao dịch và người dùng quyền lực hàng đầu để hỗ trợ ứng dụng tiêu dùng đột phá mà ngành của chúng tôi đã chờ đợi.
Những gì Robinhood đã làm cho tradfi, Euphoria sẽ làm cho crypto.
Tap Trading sắp ra mắt 👇🧵
2,59K
đã tham dự một buổi nói chuyện hài hước khi khoảng 5 người nhắn tin cho tôi hoặc thì thầm bình luận về sự tương đồng với một bài báo khác được xuất bản cách đây 3 năm. những thời gian vui vẻ. AI sẽ là những công cụ tuyệt vời giúp các nhà phê bình sàng lọc các bài đánh giá tài liệu một cách chính xác!
831
Đã có một chuyến bay rất hiệu quả từ Copenhagen (cảm ơn vì chỗ ngồi bên cạnh tôi trống)!
Tôi đã tìm ra một mô hình toán học giải thích tại sao cấu trúc dữ liệu trie trạng thái mới của MegaETH có thể mở rộng trong khi MPT và các biến thể của nó thì không, bất kể các triển khai của chúng được tối ưu hóa như thế nào. Điều này bao gồm cả Verkle tries, mà đã được kỳ vọng rất nhiều trong việc tăng tốc cập nhật trạng thái gốc, cũng như các cơ sở dữ liệu khác nhau được tối ưu hóa cho MPT.
Tôi đã học được kỹ thuật được sử dụng trong phân tích – xấp xỉ một quá trình ngẫu nhiên với không gian trạng thái bùng nổ bằng một quá trình không có bộ nhớ – khi làm việc trên bài báo IBLT không cần mã. Đây là một kỹ thuật cơ bản, nhưng thật sự rất thỏa mãn khi thành công sử dụng kỹ thuật này ở một nơi khác!
Tôi sẽ giới thiệu cấu trúc dữ liệu mới tại hội thảo Khoa học và Kỹ thuật của Sự đồng thuận (trong SBC). Đây sẽ là lần đầu tiên chúng tôi nói về nó một cách chi tiết mặc dù nó đã có mặt trong sản xuất trên testnet từ ngày đầu tiên : ) Hẹn gặp lại bạn ở đó!

31,65K
Hàng đầu
Thứ hạng
Yêu thích
Onchain thịnh hành
Thịnh hành trên X
Ví funding hàng đầu gần đây
Được chú ý nhất