Cách tôi có thể xây dựng tempo như một L2 Tách tempo thành nhiều thành phần: - một zk validium OP stack L2. Điều này tránh vấn đề giá blob surge bằng cách giữ dữ liệu giao dịch ngoài chuỗi - một SDK lớp ứng dụng tempo để thể hiện tất cả các tùy chỉnh thanh toán mà họ muốn, chẳng hạn như ghi chú tích hợp và thanh toán gas bằng bất kỳ stablecoin nào. Đây là điểm vào của Stripe vào stack - SDK enshrinement tempo, là bộ hợp đồng tiêu chuẩn/"TempoERC" mà họ mong đợi sẽ có trên bất kỳ "chuỗi tempo" nào. - sử dụng nhiều L2 tự động ở phía sau trong SDK tempo. Đặc biệt là quy mô fractal L3 được giải quyết trên tempo L2 validium và các L2 quy mô siêu như Mega và Rise. - sử dụng các xác nhận trước L2 đã được liên kết để có tính cuối cùng nhanh chóng mà hoàn toàn đủ tốt; đừng để họ nói với bạn rằng "tính cuối cùng" của alt L1 tốt hơn, nó không tốt hơn vì thực sự không có gì ngăn cản họ viết lại lịch sử alt L1. Các xác nhận trước đã được liên kết rất hứa hẹn và chưa được khám phá nhiều (Arb đã tiên phong): Ví dụ, bạn gửi một giao dịch thanh toán đến một trong các L2 được hỗ trợ bởi tempo, và trong 200ms họ sẽ cung cấp cho bạn một đảm bảo có thể chứng minh được về tính cuối cùng hoặc họ sẽ trả cho bạn 10 triệu đô la. Các loại trái phiếu xác nhận trước này có thể hoạt động trên các chuỗi bên thứ ba được hỗ trợ bởi Tempo nơi Tempo không điều hành bộ sắp xếp, như Mega hoặc Rise. Các xác nhận trước cũng có thể cung cấp các đảm bảo cấu trúc nhiều lớp về tính cuối cùng, chẳng hạn như "bao gồm trong N khối L2 tiếp theo, cũng như trong M khối L1 tiếp theo, trừ khi gas L1 tăng vọt trên Z gwei, trong trường hợp đó tính cuối cùng của L1 được đảm bảo trong 100*M khối tiếp theo". Tất cả điều này với các khoản thanh toán hoàn toàn tự động nếu đảm bảo không được đáp ứng. Các làn đường nhanh cho thanh toán có thể có dạng fractal L3 dành riêng cho một số khách hàng hoặc mức giá nhất định, hoặc một làn đường nhanh trong L2 core tempo cung cấp các đảm bảo về tính cuối cùng mạnh mẽ/hơn nhanh hơn. Tempo là một dự án thú vị do hai tổ chức (Stripe và Paradigm) điều hành, họ chính xác là những tác nhân kỹ thuật nghiêm túc được kết nối sẵn sàng thực hiện loại kiến trúc tiên tiến như đã thảo luận ở trên. imo họ nên bắt đầu với một L2 cung cấp TPS không đủ ngay lập tức cho toàn bộ tầm nhìn và phát triển nhanh chóng từ đó bằng cách sử dụng các mẫu ở trên. Thật mỉa mai khi Patrick nói rằng người dùng/khách hàng thanh toán không nên quan tâm đến chuỗi nào họ sử dụng và họ đã quyết định ra mắt chuỗi Một Chuỗi Đúng khi các kiến trúc multi L2/L3 tuyệt vời đang sẵn có-- không chỉ sử dụng các L2/L3 của tempo, mà còn các L2 quy mô siêu bên thứ ba xuất sắc. Đó đơn giản là một mô hình tốt hơn-- giảm rủi ro bằng cách tách biệt các đổi mới thanh toán khỏi lựa chọn chuỗi ban đầu. Đó là một mô hình tốt hơn, ngay cả trước khi xem xét đến sự thù địch và hệ số kéo Paradigm đã kích thích bằng cách ra mắt một alt L1 với lý do không chân thành. Đối thủ nào của Stripe sẽ thử nghiệm điều gì đó như trên trước tiên? Chỉ là vấn đề thời gian.