Ngày 3/5 ~ Giải thích các xác nhận ~ Cách các chuỗi mô hình hóa tính cuối cùng, và tại sao ứng dụng của bạn cần suy nghĩ theo xác suất ~ Hôm qua, chúng ta đã khám phá cách mà "xác nhận" phụ thuộc vào chuỗi. Hôm nay, hãy cùng giải thích cách mà những chuỗi đó thực sự mô hình hóa tính cuối cùng, và tại sao ứng dụng của bạn cần vượt ra ngoài cái nhìn nhị phân về "đã xác nhận vs chưa xác nhận". Hầu hết các chuỗi không cung cấp một câu trả lời rõ ràng duy nhất. Thay vào đó, bạn đang làm việc với một phổ: 1. tính cuối cùng xác định: Các chuỗi sử dụng đồng thuận kiểu BFT (ví dụ: cosms, một số alt-DA), thanh toán L1 (ví dụ: ethereu sau tính cuối cùng) và hầu hết PoS cung cấp các đảm bảo cứng - một khi đã hoàn tất, giao dịch không thể bị đảo ngược. 2. tính cuối cùng xác suất: Các chuỗi pow (như bitcoin) và ethereum "trước tính cuối cùng" cung cấp các đảm bảo thống kê. Một giao dịch được chôn 12 khối sâu thì khó có khả năng bị tái tổ chức - nhưng không phải là không thể. Càng sâu, càng an toàn. 3. tín hiệu mềm: Các xác nhận của sequencer, sự bao gồm trong mempool, các relay của builder - chúng nhanh, nhưng mang theo rủi ro. Những tín hiệu này hữu ích, nhưng phải được xử lý cẩn thận. Các ứng dụng thường đối xử với những nguồn này như nhau: → "chờ X khối" → "tin tưởng vào sequencer" → "kiểm tra sự bao gồm" Nhưng sự trừu tượng đó sẽ bị phá vỡ ngay khi bạn đi vào tương tác. Một ứng dụng chuỗi chéo có thể trải dài: ~ Một chuỗi BFT với tính cuối cùng nhanh ~ Một rollup lạc quan với các cửa sổ gian lận 7 ngày ~ Một L1 với tính cuối cùng xác suất ~ Một chuỗi chỉ có các đảm bảo của sequencer Logic ứng dụng của bạn không thể mã hóa một quy tắc duy nhất cho tất cả. Bạn cần hỏi: "Giao dịch này có khả năng bị đảo ngược không? Và ai thực thi điều đó?" ==> Tính cuối cùng không phải là nhị phân và sự đánh đổi giữa tốc độ và bảo mật không phải là tuyến tính. (multisigs, ví dụ, không tăng tốc độ hoặc độ tin cậy.) → Những gì bạn cần là sự tự tin có thể lập trình, nhận thức về chuỗi == một cách để diễn đạt ý nghĩa của "đã xác nhận" trong mỗi ngữ cảnh.

Ngày 1/5 ~ Xác nhận Gói mở Trong một thế giới mô-đun, xác nhận không chỉ là sự kết thúc. Đó là khoảnh khắc ứng dụng của bạn quyết định rằng điều gì đó đủ an toàn để hành động - cho dù đó là hiển thị số dư, gửi tin nhắn, hay khởi động logic chuỗi chéo. Và cách bạn định nghĩa điều đó, trên mỗi chuỗi, trực tiếp hình thành trải nghiệm người dùng (UX) và bảo mật của bạn. → Chờ quá lâu? UX sẽ bị kéo lê. → Đi quá sớm? Bạn có nguy cơ gặp phải re-org, logic bị hỏng, thậm chí là mất tiền. Khi các ứng dụng trở nên tương tác theo mặc định, việc làm đúng điều này trở nên rất quan trọng. ~ * Các chuỗi khác nhau, độ trễ và mô hình bảo mật đều va chạm, và các ứng dụng cần quyết định khi nào nên di chuyển. Bắt đầu một cái nhìn ngắn về các xác nhận 🫡

Chào @grok, dựa trên những tương tác gần đây của tôi, ai là những người bạn chung mà tôi nên tương tác nhiều hơn?

cảm thấy có chút vibe thực tập sinh gần đây

hãy tưởng tượng giao thức yêu thích của bạn cũng là đồ uống yêu thích của bạn gespresso ☕

Tôi đã nói chúng ta đang nấu ăn, và sau đó @mowjek đã thả cái này 👀 đang tải...

thực sự là một barista, vì chúng tôi đang pha chế ☕️ gespresso

không phải là đầu bếp, nhưng chúng ta đang nấu ăn 👩‍🍳 gbrew

không phải lời khuyên tài chính, nhưng sau khi tất cả các chuyến bay của tôi với Iberia tệ hại đến mức hài hước trong tuần này, tôi cảm thấy như mình nên bán khống $IAG khi nào cổ phiếu trên chuỗi

kỹ năng bị đánh giá thấp nhất trong cuộc sống: khả năng xuất hiện một cách nhất quán gbrew