Ngày 4/5 ~ Xác nhận giải nén ~ tại sao xác nhận nhanh hơn, an toàn hơn mở khóa trải nghiệm người dùng tốt hơn trên các chuỗi ~ cho đến nay, chúng ta đã giải nén xác nhận là gì - và cách nó thay đổi giữa các chuỗi. hôm nay, hãy cùng xem tại sao điều đó lại quan trọng đến vậy. logic xác nhận của ứng dụng của bạn ảnh hưởng trực tiếp đến trải nghiệm người dùng, hiệu quả vốn và cách bạn có thể tự tin kết hợp giữa các chuỗi. // nếu làm sai, người dùng sẽ phải chờ quá lâu - hoặc tệ hơn, mất tiền. // nếu làm đúng, bạn sẽ mở khóa những trải nghiệm liền mạch mà cảm thấy như bản địa, ngay cả khi qua các rollup. ~ [*] trải nghiệm người dùng cross-rollup nếu ứng dụng của bạn phụ thuộc vào tính cuối cùng của L1 trước khi kích hoạt các hành động cross-rollup, bạn đang yêu cầu người dùng chờ đợi vài phút, hoặc thậm chí hàng giờ, trước khi có điều gì đó xảy ra. và hầu hết sẽ không. họ sẽ làm mới, từ bỏ, hoặc chuyển sang nơi khác. → xác nhận an toàn nhưng nhanh chóng có nghĩa là người dùng có thể cầu nối, hoán đổi, hoặc kết hợp trong thời gian gần như thực. ~ [*] hiệu quả thanh khoản trong một thiết lập lý tưởng, bạn sẽ hành động trên một giao dịch ngay khi nó an toàn, không sớm hơn, không muộn hơn. nhưng nếu không có logic xác nhận thích ứng với ngữ cảnh, bạn buộc phải điều hướng một sự cân bằng khó khăn: // hành động quá sớm và bạn có nguy cơ gặp phải reorgs, trạng thái bị hỏng, hoặc mất tiền. \\ chờ quá lâu và thanh khoản của bạn chỉ ngồi đó gây ra trượt giá, chậm trễ, và giảm khối lượng. → đóng cửa khoảng thời gian này cải thiện giá cả và cho phép các vòng vốn chặt chẽ hơn. ~ [*] nhanh chóng rút tiền + thanh toán trao đổi các lối thoát và CEX thường chờ đợi tính cuối cùng sâu trước khi ghi có tiền gửi. điều đó có nghĩa là người dùng của bạn có thể phải ngồi qua thời gian chờ dài chỉ để rút tiền. → xác nhận nhanh chóng, an toàn thu hẹp khoảng thời gian này, tạo ra trải nghiệm rút tiền fiat mượt mà hơn. ~ [*] khả năng kết hợp với ít thỏa hiệp hơn hôm nay, các cầu nối và ứng dụng hoặc chấp nhận rủi ro (ví dụ: các giải pháp dựa vào tín hiệu của bộ sắp xếp) hoặc đẩy nó lên người dùng thông qua sự chậm trễ. → điều gì sẽ xảy ra nếu ứng dụng của bạn có thể lập trình thời điểm an toàn để hành động và di chuyển ngay lập tức khi biết rằng nó an toàn? ~ [*] espresso cho phép điều này espresso cung cấp cho bạn xác nhận có thể lập trình, nhận thức chuỗi, vì vậy bạn có thể xây dựng trải nghiệm người dùng nhanh mà không hy sinh niềm tin hoặc an toàn. → không còn phải chọn giữa tốc độ và bảo mật, bạn định nghĩa "an toàn" có nghĩa là gì, và espresso thực thi điều đó. tiếp theo: những suy nghĩ cuối cùng và những gì đang được chuẩn bị tiếp theo.

“Người ta vẫn phải có một chút hỗn loạn trong bản thân để có thể sinh ra một ngôi sao đang nhảy múa.” - Nietzsche

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