Katana TGE ngày 31 tháng 12? Hôm qua trên trang web Kaito có một số thông tin xuất hiện về việc kết thúc S1 cho @katana vào ngày 31 tháng 12. Cá nhân tôi không thể tìm thấy bất kỳ xác nhận chính thức nào từ đội ngũ, vì vậy tôi nghi ngờ rằng Kaito đang cung cấp thông tin chính xác ở đây, có thể chỉ là một sai sót kỹ thuật. Bởi vì hơn một lần tôi đã nghe về "khả năng chuyển nhượng token $KAT" không muộn hơn ngày 20 tháng 2 năm 2026, điều này rất có thể chỉ ra rằng sẽ vào cuối tháng 1 năm 2026. Ngoài ra, các thông báo chính thức cũng quan trọng, thời gian chờ trung bình cho một TGE sau khi có thông báo chính thức là khoảng 10 đến 14 ngày, và chúng ta chỉ còn chưa đầy 6 ngày với không có tin tức chính thức nào cả. Thị trường và Giáng sinh cũng góp phần vào việc trì hoãn một buổi ra mắt, ngay bây giờ hầu hết mọi người thực sự chỉ đang nghỉ ngơi và dành thời gian với gia đình, và điều kiện thị trường làm mọi thứ trở nên khó khăn hơn cho một buổi phát hành. Tôi nghĩ đây là một tín hiệu giả từ Kaito, và TGE token $KAT thực sự sẽ không diễn ra trước giữa tháng 1, hoặc thậm chí tháng 2, giống như đã được lên kế hoạch ban đầu. Trước đây có thông tin trong một tài liệu mở khóa chính thức, nhưng bây giờ tôi không thể tìm thấy nó, tất cả những gì tôi tìm thấy là một cuộc phỏng vấn trên Reddit đề cập đến cuối tháng 2.

Phí blob trong bản nâng cấp Fusaka. Phần 2 Tôi tiếp tục đào sâu vào bản nâng cấp Ethereum và tiếp tục chia sẻ với bạn. mỗi L2 (ví dụ @katana) trên Ethereum đều phải trả hai loại phí ◆ cho blob ◆ cho thực thi (xử lý giao dịch) trước bản nâng cấp Fusaka, có một điểm yếu trong logic này. khi việc thực thi bắt đầu chiếm ưu thế (mạng bị tải nặng với việc xử lý giao dịch), cuộc đấu giá blob có thể giảm xuống 1 wei, điều này khiến nó gần như miễn phí điều đó có nghĩa là dưới tải mạng, L2 có thể tránh việc phải trả phí cho blob và tiếp tục tạo thêm tải cho mạng bản nâng cấp EIP-7918 khắc phục vấn đề này và thiết lập một mức giá dự trữ tỷ lệ cho mỗi blob nghĩa là thuật toán thực sự giới thiệu một chi phí tối thiểu cho mỗi blob phản ánh những gì cần thiết để xử lý nó ngoài chi phí tối thiểu này, thuật toán cũng xem xét điều kiện gas thực thi và số lượng blob được đăng, càng cao những chỉ số này, chi phí cho việc thực thi và xử lý blob sẽ càng cao.

Ethereum đã gần như chết trước khi nâng cấp Fusaka. Phần 1 Trong thời gian tôi vắng mặt khỏi web3, Ethereum đã phát hành một bản cập nhật lớn cho chính nó, Fusaka, ảnh hưởng đến một phần lớn cơ chế nội bộ của dự án. Người dùng sẽ hầu như không cảm thấy sự khác biệt nào trước và sau bản cập nhật này (ngoại trừ phí thấp hơn), nhưng nó đóng vai trò quan trọng trong việc mở rộng ETH. Tôi sẽ dần dần đề cập đến từng khối của bản nâng cấp này để bất kỳ ai cũng có thể đọc các bài viết trong 5 phút và dễ dàng hiểu tại sao bản cập nhật này được giới thiệu. Trước khi đi vào khía cạnh kỹ thuật, bạn cần hiểu cách Ethereum hoạt động về mặt cấu trúc. Hãy quay lại năm 2021. Sau thị trường tăng giá vào năm 2021, khi phí gas ETH có thể lên tới 500$ 800$ chỉ để đúc một NFT, nhiều người dùng đã bắt đầu tìm kiếm các mạng lưới thay thế với phí thấp hơn. Vào thời điểm đó, các giải pháp L2 bắt đầu xuất hiện, cung cấp phí thấp, giao dịch nhanh và bảo mật tương đương Ethereum. Bảo mật của Ethereum là một trong những lợi thế chính của các giải pháp này, nếu không có nó, L2 sẽ không bao giờ đạt được mức độ chấp nhận này. Họ đã đạt được điều này bằng cách gửi dữ liệu đến chuỗi chính để xác minh giao dịch. Hãy nhảy đến năm 2025. L2 đã trở nên cực kỳ phổ biến và gần như mọi người đều sử dụng chúng cho các giao dịch, vì chúng nhanh, an toàn và rẻ. Ví dụ, @katana được tạo ra để giải quyết các vấn đề phân mảnh trong ETH. Nhưng một vấn đề đã xuất hiện có thể đẩy ETH về phía tập trung hóa. Mỗi ngày, tất cả các L2 hiện có gửi một lượng lớn dữ liệu dưới dạng blob đến Ethereum để xác minh. Mỗi nút phải tải xuống từng blob để xác minh tất cả các giao dịch, thông lượng càng cao, dữ liệu họ phải tải xuống càng nhiều. Điều này đã tạo ra các vấn đề phần cứng cho các nút, việc tải xuống và xử lý một lượng lớn dữ liệu yêu cầu thiết bị mạnh mẽ. Điều này không phải ai cũng có thể chi trả và theo thời gian, điều này sẽ làm tăng yêu cầu phần cứng cho các nút và giảm tính phi tập trung (điều này là không thể chấp nhận). PeerDAS (nâng cấp Fusaka) giải quyết điều này bằng cách sử dụng mẫu khả dụng dữ liệu. Mỗi nút chỉ cần tải xuống và xác minh 1/8 dữ liệu blob. Bây giờ các nút không cần tải xuống toàn bộ tập dữ liệu, chỉ cần 1/8 tổng khối lượng. Nói một cách đơn giản, sau khi dữ liệu L2 được gửi đến Ethereum, blob sẽ được chia thành nhiều phần nhỏ và được phân phối ngẫu nhiên để các nút tải xuống. Điều này về lý thuyết cho phép khả năng mở rộng tăng lên tới 8 lần trong khi vẫn giữ yêu cầu thấp cho các nút (các vấn đề phần cứng và phi tập trung được giải quyết). Người dùng sẽ chủ yếu nhận thấy phí thấp hơn trên các mạng L2. Một thay đổi khác liên quan đến các blob, trước khi tăng số lượng blob cần thiết chờ đợi một bản nâng cấp lớn (như Fusaka), bây giờ một cơ chế đã được giới thiệu để tăng blob mà không cần chờ đợi một chu kỳ nâng cấp đầy đủ. Các khách hàng có thể đồng ý tăng blob (tương tự như cách giới hạn gas hoạt động), sau đó các nhà điều hành nút cập nhật khách hàng của họ và quá trình này trở nên nhanh hơn nhiều so với trước đây.