Tác giả: Neel Somani, người sáng lập Eclipse, cựu nhà nghiên cứu định lượng tại Citadel; dịch thuật: Jinse Finance xiaozou
Tại Eclipse, chúng tôi đang xây dựng cơ sở hạ tầng tổng số dành riêng cho ứng dụng có thể tùy chỉnh để hỗ trợ các ngành dọc như Trò chơi & Xã hội, DePIN và DeFi.
Chúng tôi đã nghiên cứu vấn đề này được khoảng 10 tháng hoặc lâu hơn và tôi cảm thấy cần phải làm sáng tỏ một số quan niệm sai lầm. Dưới đây là một số suy nghĩ về các bản tổng hợp dành riêng cho ứng dụng:
1. Việc phân chia thị trường hiện tại là sai
**(1)**Rollup Framework không phải là một tổ chức từ thiện
Các khung tổng số như OP Stack là cơ sở mã triển khai các thành phần chính của tổng số. Họ sẽ không tính phí sử dụng mã của bạn, nhưng họ cần nắm bắt giá trị bằng cách nào đó. Tóm lại, có ba nơi mà giá trị có thể đạt được:
Thực thi: đặt hàng giao dịch, thực hiện và bằng chứng (zk-rollup)
Giải quyết: kết nối và xác minh bằng chứng hợp lệ hoặc bằng chứng lỗi
· Dữ liệu sẵn có: Xuất bản lệnh giao dịch
Nhưng chỉ thực thi mới phù hợp làm mô hình kinh doanh cho khung tổng số:
Thanh toán: Sau khi nâng cấp Bedrock, Optimism chỉ trả cho Ethereum một khoản phí thanh toán khoảng 5 đô la mỗi ngày. Phần còn lại của chi phí hoạt động của OP Stack đến từ việc phát hành các khối và các khoản phí liên quan. Các giao thức thanh toán cạnh tranh có thể kiếm được ít tiền hơn.
Tính khả dụng của dữ liệu: Các lớp DA phân mảnh ít rủi ro hơn trong việc bảo mật mạng so với các lớp Tính khả dụng của dữ liệu (DA) được chia sẻ như Celestia. Nhiều bản tổng hợp không muốn di chuyển DA của họ ra khỏi Ethereum vì điều đó sẽ làm mất tính nhất quán của chúng với Ethereum.
Bất kỳ phân khúc thị trường nào cũng phải bao gồm các khung tổng số trong ít nhất một danh mục liên quan đến thực thi và bất kỳ sản phẩm nào cung cấp dịch vụ thực thi đều có thể cạnh tranh với các khung tổng số.
(2) Không thể kiểm tra được bản tổng hợp riêng lẻ dưới dạng dịch vụ (RaaS)
Lời giải thích ngây thơ cho RaaS thực sự là Dịch vụ theo trình tự biệt lập (iSaaS). Các công ty này không có giao thức riêng nhưng họ đang triển khai khung tổng số mã nguồn mở hiện có và chạy trình sắp xếp thứ tự. OP Stack có quan hệ đối tác với iSaaS.
Mô hình kinh doanh iSaaS là tính một số khoản phí theo luật định kỳ bên cạnh việc tính một tỷ lệ phần trăm phí trình tự. (Các dịch vụ hỗ trợ bổ sung, tư vấn hoặc phát triển tính năng tùy chỉnh không đại diện cho mô hình kinh doanh có thể mở rộng.) Rõ ràng, đây sẽ là đối thủ cạnh tranh trực tiếp với các mạng trình tự chia sẻ như Espresso, Astria, Radius, v.v.; nhưng họ cũng có một số sai sót chết người.
Một vấn đề lớn với iSaaS là nó không phù hợp với khung tổng số. Như đã đề cập ở trên, một khung tổng số lạc quan như OP Stack phải kiếm tiền từ phí sắp xếp. (Khung zk-rollup có thể bỏ qua phí người đặt hàng và chỉ giữ lại phí chứng minh.)
Các vấn đề cấp cao khác với loại hình kinh doanh này là nó được hàng hóa hóa, dễ gia nhập và không có hiệu ứng mạng, không giống như người đặt hàng được chia sẻ. iSaaS thiếu tính kinh tế theo quy mô của các trình sắp xếp thứ tự được chia sẻ vì mỗi trình tự sắp xếp bị cô lập.
(3)Op****timistickhung tổng số phải cung cấp S****aaS của riêng mình
Để hoạt động tốt, iSaaS có thể trả lại phí trình sắp xếp theo khung tổng số lạc quan, chỉ để lại phí fiat định kỳ.
Nhưng bây giờ cả iSaaS và khung tổng hợp đều phải sinh lãi độc lập. Định giá lý tưởng cho các doanh nghiệp lớn sẽ là các khoản thanh toán fiat định kỳ cao nhưng phí đặt hàng thấp. Tuy nhiên, iSaaS không có khả năng linh hoạt để giảm phí người đặt hàng, vì phí người đặt hàng ban đầu không thuộc về họ mà được chuyển trở lại khung tổng hợp. Nếu iSaaS không chia sẻ doanh thu với khung tổng số, thì khung tổng số có thể triển khai iSaaS của chính nó và vì niềm tin đã được thiết lập nên có thể thâm nhập thị trường sâu hơn.
Lý do có quá nhiều iSaaS xuất hiện là vì nó có vẻ hấp dẫn đối với những độc giả ít kinh nghiệm hơn. Nó trông giống như SaaS, vì vậy các nhà đầu tư không sử dụng tiền điện tử có thể dễ dàng ngoại suy thu nhập fiat hơn. Nhưng iSaaS sẽ phải vật lộn để cạnh tranh với các khung tổng hợp có SaaS của riêng họ với doanh thu và mã thông báo gốc theo giao thức. Loại thứ hai có nhiều tùy chọn hơn về giá cả, mã thông báo có thể được sử dụng để trợ cấp cho các dự án đầy triển vọng, trợ cấp chi phí mua lại khách hàng và chi phí vận hành cố định (thảo luận bên dưới).
Các hiệu ứng mạng dựa trên giao thức và chia sẻ chi phí cố định sẽ tạo ra tính kinh tế đơn vị mạnh mẽ hơn cho các giao thức có khả năng hiển thị cao hơn, khiến các nhà cung cấp tổng số phần nào được ăn cả ngã về không.
(4) BẢN ĐỒ THỊ TRƯỜNG ĐIỀU CHỈNH
Bây giờ tôi có thể chỉ ra cách tôi điều chỉnh đồ họa trong bài báo Messari mà tôi nghĩ là hợp lý vào thời điểm đó:
(Messari Biểu đồ thị trường)
(Biểu đồ thị trường đã điều chỉnh)
Tôi sẽ đổi tên danh mục "Không triển khai mã" và SDK tổng hợp thành Khung tổng hợp vì nhiều khung Tổng hợp không cung cấp SDK đầy đủ cho nhà phát triển. Tôi cũng muốn sửa đổi sơ đồ hệ sinh thái Celestia này:
(Sơ đồ hệ sinh thái Celestia)
(Sơ đồ hệ sinh thái Celestia đã điều chỉnh)
Tôi sẽ xóa RaaS, lớp thanh toán và máy ảo. Đối với các dự án thuộc danh mục Khung tổng hợp, chúng gần như chắc chắn cũng sẽ nằm trong danh mục khác hoặc chúng sẽ không sinh lãi.
2. Không có bữa trưa miễn phí: hạn chế về kinh tế và kỹ thuật
(1) Hầu hết các ứng dụng không nên có r****ollup của riêng chúng
Cách dễ nhất để chứng minh tính kinh tế của một bản tổng hợp cho một ứng dụng cụ thể là xem xét các bản tổng hợp trực tiếp: Sự lạc quan (sau khi nâng cấp Bedrock). Đây là cách tiếp cận mà nhóm Lạc quan đã thực hiện để tạo bảng điều khiển Dune.
Giả định sau đây rằng giá gas trên Ethereum là khoảng 25 gwei:
· Chi phí triển khai một lần của chuỗi mạng chính OP Stack là khoảng 1 ETH
· Chi phí cố định của chuỗi OP Stack (ngay cả khi số lượng giao dịch đang chạy bằng 0) là khoảng 0,5 ETH mỗi ngày
· Chi phí biến đổi là 7,5 * 10^-5 ETH cho mỗi giao dịch
Để có được chi phí cố định, tôi đã nhân chi phí chung trung bình trên mỗi giao dịch với số lượng giao dịch đang chạy trong ngày hôm đó và được xác nhận bằng cách chạy chuỗi OP Stack trên mạng chính.
Chi phí biến đổi này thấp, nhưng không thấp ở mức Solana và chi phí cố định có thể được khấu hao qua nhiều giao dịch. Trong một EIP-4844 trong tương lai, chúng ta hoàn toàn có thể cho rằng chi phí này giảm xuống 10 lần. Tuy nhiên, giả sử giá ETH là 2000 đô la thể hiện mức sàn là 0,015 đô la cho mỗi giao dịch cộng với một số chi phí cố định được phân bổ.
Chúng tôi có thể coi 0,00001 ETH (khoảng 0,02 đô la tại thời điểm viết bài) là mã thông báo giao dịch hợp lý để trang trải chi phí cố định này, vì vậy chúng tôi sẽ cần 50.000 giao dịch mỗi ngày để một bản tổng hợp ứng dụng cụ thể trở nên đáng giá. Trước EIP-4844, đó là khoảng 0,17 đô la cho mỗi giao dịch và lạc quan là sau EIP-4844, nó là 0,03 đô la cho mỗi giao dịch. Chúng tôi có thể thêm một khoản phí bảo hiểm nhỏ, vì vậy chuỗi hỗ trợ bộ sắp xếp (được chia sẻ) là kinh tế.
Vì vậy, mặc dù một cái gì đó như Opclave rất thú vị (tôi thực sự thích ý tưởng này, chúng tôi đang trò chuyện với nhóm Dogan rằng chúng tôi có thể kết hợp chức năng này vào bản tổng hợp Eclipse), nhưng nó không có nhiều ý nghĩa như một chuỗi OP Stack của mạng chính. Hạn chế ở đây là chuỗi OP Stack được neo trên Ethereum, có không gian khối đắt đỏ và mục đích của Chủ nghĩa lạc quan là nhất quán với Ethereum.
Với tính kinh tế đơn vị này, các dự án DeFi dApps và NFT nhỏ đó không có nhiều ý nghĩa đối với chuỗi của chính chúng. Đối với các dApp này, có thể hợp lý khi trợ cấp chi phí gas nếu tính kinh tế đơn vị dài hạn của Ethereum L2 có ý nghĩa đối với các dApp của họ hoặc họ có thể sẵn sàng chịu lỗ trên chuỗi ứng dụng của mình.
Nếu một ứng dụng yêu cầu quá nhiều khối lượng giao dịch, thì một tổng số được chốt bằng Ethereum cũng sẽ không hoạt động, vì phí giao dịch hơn 0,01 đô la có thể quá cao. Các loại ứng dụng này sẽ yêu cầu một cách tiếp cận mới, chẳng hạn như cách tiếp cận mà Eclipse đang xây dựng với các máy ảo có tính song song cao và kiến trúc tổng số có chủ quyền của chúng tôi.
(2) Phải hạn chế tổng số tùy chỉnh
Như đã đề cập ở trên, OP Hacks sẽ không được đưa vào Superchain của Optimism. Điều này có ý nghĩa bởi vì để giải quyết đúng cách hoặc cung cấp thứ tự trạng thái cho các bản tổng số, chúng tôi cần một số bất biến là đúng. Mọi sửa đổi sẽ cần được kiểm tra trước khi hỗ trợ giá trị kinh tế thực.
Một lý do chính đáng khác để hạn chế các bản tổng hợp dành riêng cho ứng dụng là xem xét việc áp dụng Cosmos. SDK Cosmos rất chung chung, nhưng nó chưa bao giờ kích hoạt số lượng lớn các chuỗi khác nhau mà bạn có thể mong đợi. Điều này có thể là do quá trình tùy chỉnh đòi hỏi quá nhiều kỹ thuật phức tạp hoặc nhiều khả năng là do phần đuôi dài của ứng dụng rất phù hợp với một số ít kiến trúc. Mặt khác, các mẫu dành riêng cho miền có thể giải quyết các điểm khó khăn phổ biến trên các ngành dọc khác nhau và cung cấp một kiến trúc có thể lặp lại.
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.
Người sáng lập Eclipse: một số hiểu lầm về RaaS
Tác giả: Neel Somani, người sáng lập Eclipse, cựu nhà nghiên cứu định lượng tại Citadel; dịch thuật: Jinse Finance xiaozou
Tại Eclipse, chúng tôi đang xây dựng cơ sở hạ tầng tổng số dành riêng cho ứng dụng có thể tùy chỉnh để hỗ trợ các ngành dọc như Trò chơi & Xã hội, DePIN và DeFi.
Chúng tôi đã nghiên cứu vấn đề này được khoảng 10 tháng hoặc lâu hơn và tôi cảm thấy cần phải làm sáng tỏ một số quan niệm sai lầm. Dưới đây là một số suy nghĩ về các bản tổng hợp dành riêng cho ứng dụng:
1. Việc phân chia thị trường hiện tại là sai
**(1)**Rollup Framework không phải là một tổ chức từ thiện
Các khung tổng số như OP Stack là cơ sở mã triển khai các thành phần chính của tổng số. Họ sẽ không tính phí sử dụng mã của bạn, nhưng họ cần nắm bắt giá trị bằng cách nào đó. Tóm lại, có ba nơi mà giá trị có thể đạt được:
Thực thi: đặt hàng giao dịch, thực hiện và bằng chứng (zk-rollup)
Giải quyết: kết nối và xác minh bằng chứng hợp lệ hoặc bằng chứng lỗi
· Dữ liệu sẵn có: Xuất bản lệnh giao dịch
Nhưng chỉ thực thi mới phù hợp làm mô hình kinh doanh cho khung tổng số:
Thanh toán: Sau khi nâng cấp Bedrock, Optimism chỉ trả cho Ethereum một khoản phí thanh toán khoảng 5 đô la mỗi ngày. Phần còn lại của chi phí hoạt động của OP Stack đến từ việc phát hành các khối và các khoản phí liên quan. Các giao thức thanh toán cạnh tranh có thể kiếm được ít tiền hơn.
Tính khả dụng của dữ liệu: Các lớp DA phân mảnh ít rủi ro hơn trong việc bảo mật mạng so với các lớp Tính khả dụng của dữ liệu (DA) được chia sẻ như Celestia. Nhiều bản tổng hợp không muốn di chuyển DA của họ ra khỏi Ethereum vì điều đó sẽ làm mất tính nhất quán của chúng với Ethereum.
Bất kỳ phân khúc thị trường nào cũng phải bao gồm các khung tổng số trong ít nhất một danh mục liên quan đến thực thi và bất kỳ sản phẩm nào cung cấp dịch vụ thực thi đều có thể cạnh tranh với các khung tổng số.
(2) Không thể kiểm tra được bản tổng hợp riêng lẻ dưới dạng dịch vụ (RaaS)
Lời giải thích ngây thơ cho RaaS thực sự là Dịch vụ theo trình tự biệt lập (iSaaS). Các công ty này không có giao thức riêng nhưng họ đang triển khai khung tổng số mã nguồn mở hiện có và chạy trình sắp xếp thứ tự. OP Stack có quan hệ đối tác với iSaaS.
Mô hình kinh doanh iSaaS là tính một số khoản phí theo luật định kỳ bên cạnh việc tính một tỷ lệ phần trăm phí trình tự. (Các dịch vụ hỗ trợ bổ sung, tư vấn hoặc phát triển tính năng tùy chỉnh không đại diện cho mô hình kinh doanh có thể mở rộng.) Rõ ràng, đây sẽ là đối thủ cạnh tranh trực tiếp với các mạng trình tự chia sẻ như Espresso, Astria, Radius, v.v.; nhưng họ cũng có một số sai sót chết người.
Một vấn đề lớn với iSaaS là nó không phù hợp với khung tổng số. Như đã đề cập ở trên, một khung tổng số lạc quan như OP Stack phải kiếm tiền từ phí sắp xếp. (Khung zk-rollup có thể bỏ qua phí người đặt hàng và chỉ giữ lại phí chứng minh.)
Các vấn đề cấp cao khác với loại hình kinh doanh này là nó được hàng hóa hóa, dễ gia nhập và không có hiệu ứng mạng, không giống như người đặt hàng được chia sẻ. iSaaS thiếu tính kinh tế theo quy mô của các trình sắp xếp thứ tự được chia sẻ vì mỗi trình tự sắp xếp bị cô lập.
(3)Op****timistic khung tổng số phải cung cấp S****aaS của riêng mình
Để hoạt động tốt, iSaaS có thể trả lại phí trình sắp xếp theo khung tổng số lạc quan, chỉ để lại phí fiat định kỳ.
Nhưng bây giờ cả iSaaS và khung tổng hợp đều phải sinh lãi độc lập. Định giá lý tưởng cho các doanh nghiệp lớn sẽ là các khoản thanh toán fiat định kỳ cao nhưng phí đặt hàng thấp. Tuy nhiên, iSaaS không có khả năng linh hoạt để giảm phí người đặt hàng, vì phí người đặt hàng ban đầu không thuộc về họ mà được chuyển trở lại khung tổng hợp. Nếu iSaaS không chia sẻ doanh thu với khung tổng số, thì khung tổng số có thể triển khai iSaaS của chính nó và vì niềm tin đã được thiết lập nên có thể thâm nhập thị trường sâu hơn.
Lý do có quá nhiều iSaaS xuất hiện là vì nó có vẻ hấp dẫn đối với những độc giả ít kinh nghiệm hơn. Nó trông giống như SaaS, vì vậy các nhà đầu tư không sử dụng tiền điện tử có thể dễ dàng ngoại suy thu nhập fiat hơn. Nhưng iSaaS sẽ phải vật lộn để cạnh tranh với các khung tổng hợp có SaaS của riêng họ với doanh thu và mã thông báo gốc theo giao thức. Loại thứ hai có nhiều tùy chọn hơn về giá cả, mã thông báo có thể được sử dụng để trợ cấp cho các dự án đầy triển vọng, trợ cấp chi phí mua lại khách hàng và chi phí vận hành cố định (thảo luận bên dưới).
Các hiệu ứng mạng dựa trên giao thức và chia sẻ chi phí cố định sẽ tạo ra tính kinh tế đơn vị mạnh mẽ hơn cho các giao thức có khả năng hiển thị cao hơn, khiến các nhà cung cấp tổng số phần nào được ăn cả ngã về không.
(4) BẢN ĐỒ THỊ TRƯỜNG ĐIỀU CHỈNH
Bây giờ tôi có thể chỉ ra cách tôi điều chỉnh đồ họa trong bài báo Messari mà tôi nghĩ là hợp lý vào thời điểm đó:
(Messari Biểu đồ thị trường)
(Biểu đồ thị trường đã điều chỉnh)
Tôi sẽ đổi tên danh mục "Không triển khai mã" và SDK tổng hợp thành Khung tổng hợp vì nhiều khung Tổng hợp không cung cấp SDK đầy đủ cho nhà phát triển. Tôi cũng muốn sửa đổi sơ đồ hệ sinh thái Celestia này:
(Sơ đồ hệ sinh thái Celestia)
(Sơ đồ hệ sinh thái Celestia đã điều chỉnh)
Tôi sẽ xóa RaaS, lớp thanh toán và máy ảo. Đối với các dự án thuộc danh mục Khung tổng hợp, chúng gần như chắc chắn cũng sẽ nằm trong danh mục khác hoặc chúng sẽ không sinh lãi.
2. Không có bữa trưa miễn phí: hạn chế về kinh tế và kỹ thuật
(1) Hầu hết các ứng dụng không nên có r****ollup của riêng chúng
Cách dễ nhất để chứng minh tính kinh tế của một bản tổng hợp cho một ứng dụng cụ thể là xem xét các bản tổng hợp trực tiếp: Sự lạc quan (sau khi nâng cấp Bedrock). Đây là cách tiếp cận mà nhóm Lạc quan đã thực hiện để tạo bảng điều khiển Dune.
Giả định sau đây rằng giá gas trên Ethereum là khoảng 25 gwei:
· Chi phí triển khai một lần của chuỗi mạng chính OP Stack là khoảng 1 ETH
· Chi phí cố định của chuỗi OP Stack (ngay cả khi số lượng giao dịch đang chạy bằng 0) là khoảng 0,5 ETH mỗi ngày
· Chi phí biến đổi là 7,5 * 10^-5 ETH cho mỗi giao dịch
Để có được chi phí cố định, tôi đã nhân chi phí chung trung bình trên mỗi giao dịch với số lượng giao dịch đang chạy trong ngày hôm đó và được xác nhận bằng cách chạy chuỗi OP Stack trên mạng chính.
Chi phí biến đổi này thấp, nhưng không thấp ở mức Solana và chi phí cố định có thể được khấu hao qua nhiều giao dịch. Trong một EIP-4844 trong tương lai, chúng ta hoàn toàn có thể cho rằng chi phí này giảm xuống 10 lần. Tuy nhiên, giả sử giá ETH là 2000 đô la thể hiện mức sàn là 0,015 đô la cho mỗi giao dịch cộng với một số chi phí cố định được phân bổ.
Chúng tôi có thể coi 0,00001 ETH (khoảng 0,02 đô la tại thời điểm viết bài) là mã thông báo giao dịch hợp lý để trang trải chi phí cố định này, vì vậy chúng tôi sẽ cần 50.000 giao dịch mỗi ngày để một bản tổng hợp ứng dụng cụ thể trở nên đáng giá. Trước EIP-4844, đó là khoảng 0,17 đô la cho mỗi giao dịch và lạc quan là sau EIP-4844, nó là 0,03 đô la cho mỗi giao dịch. Chúng tôi có thể thêm một khoản phí bảo hiểm nhỏ, vì vậy chuỗi hỗ trợ bộ sắp xếp (được chia sẻ) là kinh tế.
Vì vậy, mặc dù một cái gì đó như Opclave rất thú vị (tôi thực sự thích ý tưởng này, chúng tôi đang trò chuyện với nhóm Dogan rằng chúng tôi có thể kết hợp chức năng này vào bản tổng hợp Eclipse), nhưng nó không có nhiều ý nghĩa như một chuỗi OP Stack của mạng chính. Hạn chế ở đây là chuỗi OP Stack được neo trên Ethereum, có không gian khối đắt đỏ và mục đích của Chủ nghĩa lạc quan là nhất quán với Ethereum.
Với tính kinh tế đơn vị này, các dự án DeFi dApps và NFT nhỏ đó không có nhiều ý nghĩa đối với chuỗi của chính chúng. Đối với các dApp này, có thể hợp lý khi trợ cấp chi phí gas nếu tính kinh tế đơn vị dài hạn của Ethereum L2 có ý nghĩa đối với các dApp của họ hoặc họ có thể sẵn sàng chịu lỗ trên chuỗi ứng dụng của mình.
Nếu một ứng dụng yêu cầu quá nhiều khối lượng giao dịch, thì một tổng số được chốt bằng Ethereum cũng sẽ không hoạt động, vì phí giao dịch hơn 0,01 đô la có thể quá cao. Các loại ứng dụng này sẽ yêu cầu một cách tiếp cận mới, chẳng hạn như cách tiếp cận mà Eclipse đang xây dựng với các máy ảo có tính song song cao và kiến trúc tổng số có chủ quyền của chúng tôi.
(2) Phải hạn chế tổng số tùy chỉnh
Như đã đề cập ở trên, OP Hacks sẽ không được đưa vào Superchain của Optimism. Điều này có ý nghĩa bởi vì để giải quyết đúng cách hoặc cung cấp thứ tự trạng thái cho các bản tổng số, chúng tôi cần một số bất biến là đúng. Mọi sửa đổi sẽ cần được kiểm tra trước khi hỗ trợ giá trị kinh tế thực.
Một lý do chính đáng khác để hạn chế các bản tổng hợp dành riêng cho ứng dụng là xem xét việc áp dụng Cosmos. SDK Cosmos rất chung chung, nhưng nó chưa bao giờ kích hoạt số lượng lớn các chuỗi khác nhau mà bạn có thể mong đợi. Điều này có thể là do quá trình tùy chỉnh đòi hỏi quá nhiều kỹ thuật phức tạp hoặc nhiều khả năng là do phần đuôi dài của ứng dụng rất phù hợp với một số ít kiến trúc. Mặt khác, các mẫu dành riêng cho miền có thể giải quyết các điểm khó khăn phổ biến trên các ngành dọc khác nhau và cung cấp một kiến trúc có thể lặp lại.