fogochain trên radar của tôi, ít tiếng ồn nhiều sự tò mò
@FogoChain bạn đang giải quyết vấn đề gì trong 12 đến 24 tháng: thông lượng thô, tính tiện lợi cho nhà phát triển, hay độ trễ của người dùng khi mở rộng quy mô? Tôi lập bản đồ cơ sở hạ tầng mới với 4 yếu tố: - thực thi: đơn/đồng thời, lựa chọn VM, kiểm soát sự phát triển trạng thái - dữ liệu: chiến lược DA, chứng minh, câu chuyện khách hàng nhẹ - phân phối: có quyền vs chia sẻ, chính sách MEV, đảm bảo tính cuối cùng - kết nối: cầu nối giảm thiểu sự tin cậy, ý định, các tuyến thanh khoản
các tín hiệu tôi muốn thấy: - chi phí dự đoán được dưới tải, không chỉ TPS khối rỗng - thời gian đến kết quả cuối cùng và hồ sơ tái tổ chức trong điều kiện đối kháng - phân phối và cập nhật định kỳ của validator/delegator - độ sâu công cụ: SDK, chỉ mục, độ tin cậy RPC, kịch bản phát triển cục bộ - 3 nguyên thủy đầu tiên: AMM, perps, ví trừu tượng tài khoản
nếu bạn kết hợp MEV-smoothing + giải quyết nhanh, các hệ thống thanh toán/trò chơi sẽ trở nên thú vị tò mò về những gì @hasufl nghĩ về thiết kế tuần tự, và cách bạn sẽ thu hút thanh khoản mà không có dòng chảy lính đánh thuê
thăm dò ý kiến cho các nhà xây dựng: Điều gì quan trọng nhất cho sự phù hợp giữa sản phẩm v1 và thị trường? 1) thông lượng 2) devex 3) an ninh/kinh tế 4) các tuyến thanh khoản
cho tôi biết tôi sai ở đâu, và gửi tài liệu/sơ đồ để đi sâu hơn #cơ sở hạ tầng
Xem bản gốc
Trang này có thể chứa nội dung của bên thứ ba, được cung cấp chỉ nhằm mục đích thông tin (không phải là tuyên bố/bảo đảm) và không được coi là sự chứng thực cho quan điểm của Gate hoặc là lời khuyên về tài chính hoặc chuyên môn. Xem Tuyên bố từ chối trách nhiệm để biết chi tiết.
fogochain trên radar của tôi, ít tiếng ồn nhiều sự tò mò
@FogoChain bạn đang giải quyết vấn đề gì trong 12 đến 24 tháng: thông lượng thô, tính tiện lợi cho nhà phát triển, hay độ trễ của người dùng khi mở rộng quy mô?
Tôi lập bản đồ cơ sở hạ tầng mới với 4 yếu tố:
- thực thi: đơn/đồng thời, lựa chọn VM, kiểm soát sự phát triển trạng thái
- dữ liệu: chiến lược DA, chứng minh, câu chuyện khách hàng nhẹ
- phân phối: có quyền vs chia sẻ, chính sách MEV, đảm bảo tính cuối cùng
- kết nối: cầu nối giảm thiểu sự tin cậy, ý định, các tuyến thanh khoản
các tín hiệu tôi muốn thấy:
- chi phí dự đoán được dưới tải, không chỉ TPS khối rỗng
- thời gian đến kết quả cuối cùng và hồ sơ tái tổ chức trong điều kiện đối kháng
- phân phối và cập nhật định kỳ của validator/delegator
- độ sâu công cụ: SDK, chỉ mục, độ tin cậy RPC, kịch bản phát triển cục bộ
- 3 nguyên thủy đầu tiên: AMM, perps, ví trừu tượng tài khoản
nếu bạn kết hợp MEV-smoothing + giải quyết nhanh, các hệ thống thanh toán/trò chơi sẽ trở nên thú vị
tò mò về những gì @hasufl nghĩ về thiết kế tuần tự, và cách bạn sẽ thu hút thanh khoản mà không có dòng chảy lính đánh thuê
thăm dò ý kiến cho các nhà xây dựng:
Điều gì quan trọng nhất cho sự phù hợp giữa sản phẩm v1 và thị trường?
1) thông lượng
2) devex
3) an ninh/kinh tế
4) các tuyến thanh khoản
cho tôi biết tôi sai ở đâu, và gửi tài liệu/sơ đồ để đi sâu hơn #cơ sở hạ tầng