Tin tức

Theo tin tức từ Foresight News, theo dõi bởi @ai_9684xtpa, địa chỉ liên quan đến đội ngũ Floki có địa chỉ bắt đầu bằng 0xf12 đã bán ra 27,4 tỷ FLOKI trên chuỗi cách đây 1 giờ, đổi lấy 340,61 ETH, trị giá khoảng 1,35 triệu đô la Mỹ. Nguồn gốc token của địa chỉ này đến từ địa chỉ triển khai Floki, địa chỉ này đã phân phối token đến địa chỉ bắt đầu bằng 0xa57 cách đây ba năm, sau đó tiếp tục chuyển tiếp qua địa chỉ bắt đầu bằng 0x64c để nhận được số token này.

Đồng sáng lập Solana Labs, toly, đã phản hồi quan điểm “Ethereum phải vượt qua bài kiểm tra thoát ly” do Vitalik Buterin đưa ra trên nền tảng X, bày tỏ ý kiến khác biệt. Anh cho rằng Solana nên tiếp tục phát triển và đổi mới, không phụ thuộc vào một nhóm hoặc cá nhân duy nhất; nếu ngừng đáp ứng nhu cầu của nhà phát triển và người dùng, Solana sẽ biến mất. toly nhấn mạnh rằng Solana cần có các trường hợp sử dụng thực tế rộng rãi, được nhiều nhà phát triển áp dụng, tạo ra phản hồi tích cực thông qua giá trị giao dịch on-chain và đầu tư thêm nguồn lực để cải tiến giao thức. Anh chỉ ra rằng các thay đổi giao thức nên ưu tiên giải quyết các vấn đề thực tế của nhà phát triển hoặc người dùng, và việc lựa chọn “không giải quyết” đối với đa số vấn đề là cần thiết.

Odaily đưa tin, đồng sáng lập Solana Labs, toly, đã đăng bài trên nền tảng X để phản hồi quan điểm của Vitalik Buterin về việc “Ethereum bản thân phải vượt qua thử thách thoát ly” và cho biết ông có quan điểm khác. Ông nhấn mạnh rằng Solana cần liên tục phát triển và không nên phụ thuộc vào bất kỳ nhóm hoặc cá nhân nào, nhưng nếu ngừng điều chỉnh dựa trên nhu cầu của nhà phát triển và người dùng, Solana sẽ dần suy tàn. toly chỉ ra rằng Solana phải có các kịch bản sử dụng thực tế và rộng rãi bởi con người, được nhiều nhà phát triển áp dụng, từ đó có thể thu được doanh thu đáng kể từ giá trị giao dịch trên chuỗi, tạo ra phản hồi tích cực và đầu tư thêm nguồn lực (như LLM token credit) để cải thiện giao thức mã nguồn mở này ở thượng nguồn. Ông nhấn mạnh rằng mục tiêu hàng đầu của việc thay đổi giao thức nên là giải quyết các vấn đề thực tế của nhà phát triển hoặc người dùng, thay vì cố gắng đáp ứng mọi nhu cầu; việc lựa chọn “không giải quyết” phần lớn vấn đề là điều cần thiết.