Tổng quan

Từ những năm 2000 đến nay, internet và đặc biệt là web (cũ) đã làm thay đổi thế giới rất nhiều, mang đến vô số sáng tạo về công nghệ mà trước đó chưa thể tưởng tượng được. Tuy nhiên, đến thời điểm này web (cũ) đã gặp nhiều vấn đề mà theo dòng chảy của sự phát triển, nó đang cản trở sự tiến bộ và đó là việc người dùng không có quyền kiểm soát, mạng bị chặn và cơ sở hạ tầng và giao thức được tập trung vào một số ít tác nhân, khiến nó có nguy cơ thất bại và lạm dụng quyền lực. Và hơn bao giờ hết, một nhu cầu về một web (mới) với một cơ sở hạ tầng phi tập trung, không tin cậy và không được phép có nguồn gốc từ web và hoàn toàn mở. Đây cũng chính là tầm nhìn và sứ mệnh mà dự án Fleek đặt ra.

Vậy Fleek là gì? Mọi thắc mắc của các bạn sẽ được GFS Blockchain giải đáp thông qua bài viết nghiên cứu dưới đây.

Fleek là gì?

Fleek là một dịch vụ dễ sử dụng để lưu trữ trang web, lưu trữ và phân phối tệp cũng như phát triển ứng dụng cho web phi tập trung (DWeb). Là thế hệ tiếp theo của Internet, DWeb mang đến những bước tiến lớn về mặt tự chủ dữ liệu, khả năng phục hồi sau thảm họa và kiểm duyệt, hiệu suất và tốc độ, việc sử dụng hoặc xây dựng web phi tập trung có thể tốn nhiều thời gian hoặc khó khăn. Nhiệm vụ của Fleek là tăng tốc độ chấp nhận DWeb bằng cách giúp mọi người từ các nhà phát triển chuyên dụng đến người dùng internet hàng ngày dễ dàng tạo ứng dụng và lưu trữ tệp trong một mô hình phi tập trung, định vị chúng ở vị trí tiên phong của phong trào “mã thấp/không mã” nền tảng, dịch vụ và công cụ phát triển cho người dùng ở mọi cấp độ trải nghiệm mã hóa.

Đội ngũ phát triển

Fleek có các thành viên cốt lõi như sau:

• Harrison Hines (Co-Founder & CEO tại Fleek): anh từng là Founder & CEO tại token Foundry, Head of Sales & Product tại Enterprise Technology Research (ETR). Harrison Hines tốt nghiệp cử nhân ngành tài chính tại University of Delaware.
• Janison Sivarajah (Co-Founder & CTO tại Fleek): anh đã từng là tech lead tại ConsenSys, Rubix by Deloitte. Janison Sivarajah tốt nghiệp cử nhân ngành khoa học máy tính tại University of Waterloo.
• Đội ngũ nhân sự của Fleek còn có hơn 22 người đến từ nhiều quốc gia có trình độ chuyên môn sâu về khoa học máy tính và blockchain.

Công nghệ

Fleek sử dụng các nút IPFS, các công cụ mã hóa và cơ sở dữ liệu trên IPFS để xây dựng các ứng dụng và trang web với tiêu chuẩn cao nhất về quyền riêng tư và quyền tự chủ dữ liệu cho đến nay.

Vậy IPFS là gì?

IPFS là một hệ thống phân tán để lưu trữ và truy cập các tệp, trang web, ứng dụng và dữ liệu.

IPFS là mạng lưu trữ ngang hàng (p2p). Nội dung có thể truy cập được thông qua các ứng dụng ngang hàng ở bất kỳ đâu trên thế giới, có thể chuyển tiếp thông tin, lưu trữ hoặc thực hiện cả hai. IPFS biết cách tìm những gì bạn yêu cầu bằng cách sử dụng địa chỉ nội dung của nó thay vì vị trí của nó.

Có ba nguyên tắc cơ bản để hiểu IPFS:

• Nhận dạng duy nhất thông qua địa chỉ nội dung.
• Liên kết nội dung thông qua biểu đồ vòng có hướng (DAG).
• Khám phá nội dung thông qua bảng băm phân tán (DHT).

Ba nguyên tắc này được xây dựng dựa trên nhau để kích hoạt hệ sinh thái IPFS.

Giải quyết nội dung

IPFS sử dụng định địa chỉ nội dung để xác định nội dung theo nội dung bên trong thay vì vị trí của nội dung. Tìm kiếm một mục theo nội dung là điều bạn đã làm mọi lúc. Ví dụ, khi bạn tìm một cuốn sách trong thư viện, bạn thường tìm nó theo tên sách, đó là giải quyết nội dung bởi vì bạn đang yêu cầu nó là gì . Nếu bạn đang sử dụng địa chỉ vị trí để tìm cuốn sách đó, bạn sẽ yêu cầu nó ở đâu: “Tôi muốn cuốn sách ở tầng hai, ngăn xếp thứ nhất, kệ thứ ba từ dưới cùng, bốn cuốn sách từ bên trái”. Nếu ai đó chuyển cuốn sách đó, bạn sẽ gặp may!

Vấn đề đó tồn tại đối với internet và trên máy tính của bạn! Ngay bây giờ, nội dung được tìm thấy theo vị trí, chẳng hạn như en.wikipedia.org/wiki/Aardvark

Ngược lại, mọi phần nội dung sử dụng giao thức IPFS đều có một mã định danh nội dung, hoặc CID, là mã băm của nó. Hàm băm là duy nhất cho nội dung mà nó bắt nguồn, mặc dù nó có thể trông ngắn so với nội dung gốc.

Nhiều hệ thống phân tán sử dụng địa chỉ nội dung thông qua băm như một phương tiện để không chỉ xác định nội dung mà còn liên kết nội dung đó với nhau – mọi thứ từ các cam kết hỗ trợ mã của bạn đến các chuỗi khối chạy tiền điện tử đều tận dụng chiến lược này. Tuy nhiên, các cấu trúc dữ liệu cơ bản trong các hệ thống này không nhất thiết phải tương thích với nhau.

Đây là nơi dự án Interplanetary Linked Data (IPLD) chuyển đổi giữa các cấu trúc dữ liệu được liên kết với hàm băm cho phép thống nhất dữ liệu trên các hệ thống phân tán. IPLD cung cấp các thư viện để kết hợp các mô-đun có thể cắm thêm (trình phân tích cú pháp cho từng loại nút IPLD có thể có) để giải quyết một đường dẫn, bộ chọn hoặc truy vấn qua nhiều nút được liên kết, cho phép bạn khám phá dữ liệu bất kể giao thức cơ bản. IPLD cung cấp một cách để dịch giữa các cấu trúc dữ liệu theo địa chỉ nội dung: “Ồ, bạn sử dụng kiểu Git, đừng lo lắng, tôi có thể theo dõi các liên kết đó. Ồ, bạn sử dụng Ethereum, tôi hiểu rồi, tôi cũng có thể theo dõi các liên kết đó!”

IPFS tuân theo các quy ước và sở thích cấu trúc dữ liệu cụ thể. Giao thức IPFS sử dụng các quy ước đó và IPLD để chuyển từ nội dung thô sang địa chỉ IPFS nhận dạng duy nhất nội dung trên mạng IPFS. Phần tiếp theo khám phá cách liên kết giữa các nội dung được nhúng trong địa chỉ nội dung đó thông qua cấu trúc dữ liệu DAG.

Đồ thị vòng có hướng (DAG)

IPFS và nhiều hệ thống phân tán khác tận dụng cấu trúc dữ liệu được gọi là đồ thị xoay chiều có hướng hoặc DAG. Cụ thể, họ sử dụng Merkle DAGs, là những DAG trong đó mỗi nút có một mã định danh duy nhất là hàm băm của nội dung của nút. Nói một cách khác, xác định một đối tượng dữ liệu (như nút Merkle DAG) bằng giá trị băm của nó là địa chỉ nội dung.

IPFS sử dụng Merkle DAG được tối ưu hóa để đại diện cho các thư mục và tệp, nhưng bạn có thể cấu trúc Merkle DAG theo nhiều cách khác nhau. Ví dụ: Git sử dụng Merkle DAG có nhiều phiên bản repo của bạn bên trong nó.

Để xây dựng biểu diễn Merkle DAG cho nội dung của bạn, IPFS trước tiên thường chia nó thành các khối. Chia nó thành các khối có nghĩa là các phần khác nhau của tệp có thể đến từ các nguồn khác nhau và được xác thực nhanh chóng. (Nếu bạn đã từng sử dụng BitTorrent, bạn có thể nhận thấy rằng khi bạn tải xuống một tệp, BitTorrent có thể tìm nạp nó từ nhiều “peer” cùng một lúc, đây cũng là ý tưởng tương tự).

Merkle DAGs là một “turtles all the way down”, nghĩa là mọi thứ đều có CID. Giả sử bạn có một tệp và CID xác định nó. Điều gì sẽ xảy ra nếu tệp đó nằm trong một thư mục với nhiều tệp khác, các tệp đó cũng sẽ có CID. Còn CID của thư mục đó thì sao, nó sẽ là một băm của CID từ các tệp bên dưới (tức là nội dung của thư mục). Đổi lại, các tệp đó được tạo thành từ các khối và mỗi khối đó có một CID. Bạn có thể thấy cách hệ thống tệp trên máy tính của bạn có thể được biểu diễn dưới dạng DAG.

Một tính năng hữu ích khác của Merkle DAGs và chia nội dung thành các khối là nếu bạn có hai tệp giống nhau, chúng có thể chia sẻ các phần của Merkle DAG, tức là các phần của các DAG Merkle khác nhau có thể tham chiếu cùng một tập hợp con dữ liệu. Ví dụ nếu bạn cập nhật một trang web, chỉ các tệp được cập nhật mới nhận được địa chỉ nội dung mới. Phiên bản cũ và phiên bản mới của bạn có thể tham chiếu đến các khối giống nhau cho mọi thứ khác. Điều này có thể làm cho việc chuyển các phiên bản của bộ dữ liệu lớn (chẳng hạn như nghiên cứu gen hoặc dữ liệu thời tiết) hiệu quả hơn vì bạn chỉ cần chuyển các phần mới hoặc đã thay đổi thay vì tạo các tệp hoàn toàn mới mỗi lần.

Vì vậy, tóm lại, IPFS cho phép bạn cung cấp CID cho nội dung và liên kết nội dung đó với nhau trong Merkle DAG. Bây giờ chúng ta hãy chuyển sang phần cuối cùng: cách bạn tìm và di chuyển nội dung.

Bảng Distributed hash (DHT)

Để tìm “peer” đang lưu trữ nội dung bạn đang theo dõi (khám phá), IPFS sử dụng bảng Distributed hash hay DHT. Bảng Distributed hash là một cơ sở dữ liệu gồm các khóa đến giá trị. Một phân phối bảng Distributed hash  là một trong những nơi bảng được chia trên tất cả các đồng nghiệp trong một mạng lưới phân phối. Để tìm nội dung, bạn hỏi những người đồng nghiệp này.

Các dự án libp2p là một phần của hệ sinh thái IPFS cung cấp DHT và xử lý các “peer” kết nối và nói chuyện với nhau. (Lưu ý rằng, như với IPLD, libp2p cũng có thể được sử dụng như một công cụ cho các hệ thống phân tán khác, không chỉ IPFS).

Khi bạn biết nội dung của mình đang ở đâu (hay chính xác hơn là những người ngang hàng nào đang lưu trữ từng khối tạo nên nội dung mà bạn đang theo dõi), bạn sử dụng lại DHT để tìm vị trí hiện tại của những người ngang hàng đó (định tuyến). Vì vậy, để truy cập nội dung, bạn sử dụng libp2p để truy vấn DHT hai lần.

Bạn đã khám phá ra nội dung của mình và bạn đã tìm thấy vị trí hiện tại của nội dung đó. Bây giờ, bạn cần kết nối với nội dung đó và lấy nó (trao đổi). Để yêu cầu khối từ và gửi khối đến các đồng nghiệp khác, IPFS hiện đang sử dụng một mô-đun có tên là Bitswap. Bitswap cho phép bạn kết nối với ngang hàng hoặc đồng nghiệp có các nội dung mà bạn muốn, gửi cho họ bạn wantlist (một danh sách của tất cả các khối bạn đang quan tâm), và họ đã gửi cho bạn các khối mà bạn yêu cầu. Sau khi các khối đó đến, bạn có thể xác minh chúng bằng cách băm nội dung của chúng để lấy CID và so sánh chúng với CID mà bạn yêu cầu. Các CID này cũng cho phép bạn loại bỏ các khối trùng lặp nếu cần.

Có các giao thức sao chép nội dung khác đang được thảo luận cũng như, phát triển nhất trong số đó là Graphsync. Cũng có một đề xuất đang được thảo luận để mở rộng giao thức Bitswap để thêm chức năng xung quanh các yêu cầu và phản hồi.

 Mô hình mô-đun

Hệ sinh thái IPFS được tạo thành từ nhiều thư viện mô-đun hỗ trợ các phần cụ thể của bất kỳ distributed system. Bạn chắc chắn có thể sử dụng bất kỳ phần nào của stack một cách độc lập hoặc kết hợp chúng theo những cách mới lạ.

Hệ sinh thái IPFS cung cấp CID cho nội dung và liên kết nội dung đó với nhau bằng cách tạo IPLD Merkle DAG. Bạn có thể khám phá nội dung bằng DHT được cung cấp bởi libp2p, mở kết nối với bất kỳ nhà cung cấp nội dung đó và tải xuống bằng kết nối đa hợp. Tất cả điều này được tổ chức với nhau bởi giữa stack, được liên kết, các số nhận dạng duy nhất; đó là phần thiết yếu mà IPFS được xây dựng trên đó.

Tài chính

Đang cập nhật…

Sản phẩm

Fleek có các sản phẩm như sau:

Lưu trữ IPFS của Fleek

Từ phát triển địa phương đến triển khai toàn cầu, Fleek là mọi thứ bạn cần để lưu trữ các trang web và ứng dụng hiện đại, nhanh chóng trên IPFS. Tất cả trong một quy trình làm việc liền mạch. Triển khai trang web của bạn trong một vài cú nhấp chuột nhanh chóng vào IPFS với CDN tích hợp để có hiệu suất cực nhanh và chống kiểm duyệt trên Open Web.

Lưu trữ trang web máy tính Internet Fleek

Với Fleek, bạn có thể triển khai liền mạch các trang web tĩnh tới DFINITY’s Internet Computer (‘IC’). Toàn bộ quy trình triển khai, từ tạo thùng chứa front-end đến quản lý chu trình đều được trừu tượng hóa và tự động hóa để bạn có thể xây dựng các trang web nhanh chóng trên cơ sở hạ tầng mở, không cần sự cho phép và không tin cậy của IC chỉ trong một vài cú nhấp chuột.

Hơn nữa, đối với hệ sinh thái của Máy tính Internet, Fleek cung cấp các công cụ sau:

• Cổng Fleek IC
• Tùy chọn giải quyết Proxy/Service Worker thay thế
• Quản lý chu kỳ tự động

Quản lý tên miền (Domain)

Bạn có một dự án IPFS hoặc Internet Computer được lưu trữ trên Fleek. Sau đó, cá nhân hóa nó với một miền tùy chỉnh hoặc sử dụng các miền blockchain để phân cấp hơn nữa. Fleek hỗ trợ DNS, ENS, HNS và DNSLink.

Lưu trữ Fleek (Storage)

Lưu trữ Fleek là cách dễ nhất và hiệu quả nhất để tải lên, ghim và tìm nạp tệp trên IPFS. Để dễ sử dụng, bạn có thể sử dụng giao diện người dùng ứng dụng Fleek để quản lý tệp, SDK FleekJs của Fleek để dễ dàng tương tác theo chương trình hoặc tích hợp AWS S3 nếu bạn đã sử dụng S3. Bạn có được hiệu suất lưu trữ tệp IPFS nhanh nhất với CDN tăng cường, nén tệp và tThay đổi kích thước hình ảnh, tất cả được đóng gói với URL lưu trữ Fleek (ví dụ example-bucket.storage.fleek.co). Tất cả các tệp được tải lên đều được xuất bản lên DNS và có thể được xem và tham chiếu qua URL lưu trữ Fleek hoặc trực tiếp trên bất kỳ cổng IPFS nào.

Space Daemon

Space Daemon kết hợp IPFS, Textile Threads/Buckets và Powergate (Filecoin) thành một giao diện dễ cài đặt và JS để giúp bạn dễ dàng tạo các ứng dụng ngang hàng và tập trung vào quyền riêng tư. Cài đặt Space Daemon rất dễ dàng và đi kèm với tất cả các công cụ được đóng gói cùng nhau bao gồm các nút IPFS và Textile nodes, đồng thời cũng cung cấp các phương pháp gRPC cụ thể cho các tính năng bạn muốn cho ứng dụng của mình bao gồm: tải lên tệp (được mã hóa), chia sẻ tệp, thị trường Filecoin và dữ liệu do người dùng kiểm soát. Bạn có thể truy cập các phương thức tương tự bằng ứng dụng JS client, vì vậy bạn không cần phải lo lắng về các lệnh gọi gRCP.

Space SDK

Ứng dụng web Space được xây dựng bằng cách sử dụng Space SDK, một thư viện JS mô-đun đóng gói các triển khai IPFS, Textile, Filecoin và GunDB cần thiết để xây dựng ứng dụng Open Web thành các lệnh và giao diện dễ sử dụng. Nó là mã nguồn mở và được thiết kế như một công cụ mà bất kỳ ai cũng có thể cắm vào các trang web hoặc ứng dụng của họ và triển khai các chức năng hỗ trợ Web3 để làm cho các dự án của họ trở nên đáng tin cậy hơn và do người dùng kiểm soát.

Nó là sự kế thừa của Space Daemon, thư viện dựa trên máy tính để bàn của Fleek. Space SDK thực hiện các đặc quyền của Daemon (mã hóa, lưu trữ do người dùng kiểm soát, tương tác ngang hàng…) và cung cấp chúng trên trình duyệt và trải nghiệm di động. Đó là mô-đun và giao thức bất khả tri, có nghĩa là bạn có thể sử dụng các triển khai của riêng Fleek (ví dụ: trung tâm dệt cho người dùng) hoặc cắm vào lớp của riêng bạn và vẫn tận dụng SDK làm giao diện để quản lý nó. Ví dụ, Fleekcắm Torus như một lớp quản lý khóa liền mạch.

Cổng IPFS

Sử dụng các cổng của Fleek để hiển thị nội dung của bạn trên Open Web. Với Cổng IPFS cho phép bạn truy cập nội dung trên IPFS, với chức năng đọc/ghi và một IC Gateway để bất kỳ ai cũng có thể xem dữ liệu thùng qua HTTP và giải quyết các trang web/ứng dụng của họ.

Lộ trình phát triển

Sứ mệnh của Fleek vẫn giống như khi Fleek thành lập công ty – xây dựng các công cụ và sản phẩm giúp mọi người sử dụng các công nghệ phi tập trung dễ dàng hơn. Sự khác biệt quan trọng duy nhất với Fleek là các công cụ và sản phẩm Fleek xây dựng có thể được sử dụng không chỉ bởi cộng đồng blockchain mà còn được sử dụng bởi toàn bộ cộng đồng web.

Để bắt đầu, Fleek quyết định tập trung vào lưu trữ IPFS vì Fleektin rằng:

• Hầu hết cơ sở hạ tầng cần thiết để bắt đầu phân cấp khía cạnh lưu trữ của một trang web hoặc ứng dụng đều có sẵn ngày nay.
• Cộng đồng Ethereum & Web 3 quan tâm đến việc lưu trữ các trang web trên IPFS.
• Quá trình xây dựng, triển khai và lưu trữ một trang web hoặc ứng dụng web trên IPFS (đặc biệt là một ứng dụng được cập nhật thường xuyên) tốn nhiều thời gian và khó khăn
• Các xu hướng phát triển web như serverless, không có mã / mã thấp và JAM Stack làm cho việc lưu trữ IPFS trở nên khả thi và hấp dẫn đối với cả các công ty Web 3 và Web 2.

Sản phẩm lưu trữ IPFS ban đầu của Fleek không được phân cấp 100%, nhưng đó là một bước tiến lớn đi đúng hướng và cung cấp sự cân bằng tốt giữa phân quyền so với hiệu suất/trải nghiệm (và đó cũng là mức độ có thể phân quyền ngày nay). Ví dụ DNS sẽ được tập trung hóa cho đến khi các lựa chọn thay thế phi tập trung thực tế để sử dụng như một sự thay thế hoàn toàn cho DNS. Và để làm cho các trang web được lưu trữ IPFS hoạt động nhanh và hiệu quả như các trang web bình thường, Fleek cung cấp CDN toàn cầu cấp doanh nghiệp tùy chọn mà bạn có thể sử dụng. Bản thân CDN là tập trung, tuy nhiên, nếu CDN bị hỏng thì tất cả các trang web vẫn có thể truy cập được đầy đủ (chúng có thể tải chậm hơn một chút), vì vậy việc sử dụng nó không phải là vấn đề đáng lo ngại. Fleekcũng có một số kế hoạch tuyệt vời để phân cấp khía cạnh CDN của ngăn xếp của Fleektrong tương lai.

Rất nhiều nguồn cảm hứng cho Fleek đến từ phong trào mã thấp mà các công ty như Netlify và Gatsby đang đi tiên phong và một phần trong mục tiêu của Fleek với Fleek là giúp mang lại lợi ích của mã thấp cho Web 3. Vì vậy, sau sản phẩm lưu trữ IPFS ban đầu của chúng tôi, kế hoạch của Fleek là mở rộng sang các sản phẩm khác mà các trang web và ứng dụng thường cần như Auth, Forms, CMS… nhưng tương tự như sản phẩm lưu trữ IPFS cốt lõi của chúng tôi, tất cả chúng sẽ được cung cấp bởi các công nghệ và cơ sở hạ tầng phi tập trung. Kế hoạch của Fleek là làm việc với các dự án trong không gian Web 3 (và Web2), những người đang xây dựng các giao thức và sản phẩm trong các lĩnh vực khác nhau để tung ra các sản phẩm bổ sung này theo thời gian và cung cấp trải nghiệm phát triển liền mạch cho người dùng của chúng tôi.

Đối thủ cạnh tranh

Đang cập nhật…

Đối tác hiện tại

Fleek đối tác với nhiều thương hiệu danh tiếng như Visa, American Express, Filecoin, Ethereum, Dfinity…

Tokenomics

Tại thời điểm viết bài, Fleek chưa có thông báo về token của dự án. Khi có thông tin, GFS Blockchain sẽ cập nhật sớm nhất.

Cộng đồng

Các kênh thông tin và cộng đồng hiện nay của Fleek:

• Website
• Twitter
• Discord
• Youtube

Kết luận

Internet và web (cũ) đã ra đời trong sự nghi ngờ, rồi sau đó trở thành một phần của sự tiến hóa của nhân loại. Theo thời gian, công nghệ ngày càng phát triển, nhu cầu con người không ngừng được nâng lên và đòi hỏi về một thế giới internet và Open Web (mới) hiệu suất cao, không cần sự cho phép, không đáng tin cậy, chống kiểm duyệt và không có người canh gác tập trung. Với sứ mệnh của mình, Fleek được kỳ vọng sẽ mở trang mới cho internet và Open Web (mới).

Hy vọng bài viết này giúp các bạn hiểu về Fleek cũng như về tương lai  Internet và Open Web (mới). GFS Blockchain sẽ liên tục cập nhật thông tin mới về thị trường, mọi người hãy theo dõi thường xuyên chuyên mục thông tin dự án tại website và đừng quên tham gia vào nhóm cộng đồng của GFS để thảo luận nhé.