-
Tiền mã hóa
-
Trao đổi
-
Phương tiện truyền thông
Tất cả các ngôn ngữ
Tiền mã hóa
Trao đổi
Phương tiện truyền thông
Được thành lập vào cuối năm 2017 bởi các cựu kỹ sư của Qualcomm, Intel và Dropbox, Solana là một giao thức bằng chứng cổ phần được ủy quyền một chuỗi tập trung vào việc cung cấp khả năng mở rộng mà không ảnh hưởng đến tính phi tập trung hoặc bảo mật. Trọng tâm của giải pháp mở rộng quy mô của Solana là một đồng hồ phi tập trung có tên là Proof of History (PoH), được thiết kế để giải quyết vấn đề thời gian trong một mạng phân tán mà không có một nguồn thời gian đáng tin cậy nào. Bằng cách sử dụng chức năng trì hoãn có thể kiểm chứng, PoH cho phép mỗi nút tạo dấu thời gian cục bộ bằng cách sử dụng phép tính SHA256. Điều này giúp loại bỏ nhu cầu quảng bá dấu thời gian trên toàn mạng, tăng hiệu quả tổng thể của mạng.
SOL là mã thông báo gốc của chuỗi khối Solana. Solana sử dụng thuật toán đồng thuận Proof-of-Stake được ủy quyền để khuyến khích chủ sở hữu mã thông báo xác thực giao dịch. Là một phần trong thiết kế an toàn của Solana, tất cả các khoản phí sẽ được thanh toán bằng SOL và được đốt cháy, giúp giảm tổng nguồn cung. Cơ chế SOL giảm phát này khuyến khích nhiều chủ sở hữu mã thông báo tham gia hơn, do đó tăng cường bảo mật mạng.
Để tạo một sổ cái phân tán với thời gian được mã hóa, không cần tin cậy, SOLANA đã thiết kế Proof of History, là bằng chứng về khoảng thời gian giữa các lệnh xác minh và các sự kiện cụ thể.
Proof of History sẽ hoạt động với Proof of Work (thuật toán đồng thuận được sử dụng bởi Bitcoin, v.v.) hoặc Proof of Stake (thuật toán đồng thuận được Casper của Ethereum sử dụng). Điều này làm giảm chi phí nhắn tin dẫn đến thời gian kết thúc dưới giây.
Ngoài ra, Solana đang nỗ lực tạo ra tối đa 710 nghìn giao dịch mỗi giây trên cơ sở mạng 1 GB mà không cần phân vùng dữ liệu. Bạn có muốn biết làm thế nào họ lên kế hoạch để đạt được chiến thắng vĩ đại này không?
Trong cuộc đua phát triển các chuỗi khối có thông lượng cao (Tps) và bảo mật cao, các nhóm đang nghĩ ra những cách mới để tạo ra các giải pháp có khả năng mở rộng cao, cho phép thực hiện khối lượng giao dịch cao.
"Vấn đề thời gian?". Trong thời đại của máy tính và thông tin, có một nhu cầu cơ bản đang chờ được giải quyết. Phối hợp công bằng giữa các sự kiện. Điều này có nghĩa là: chẳng hạn khi một máy tính gửi tin nhắn đến một máy tính khác, chúng cần đồng bộ thời gian giữa các lần giao dịch. Vì vậy, điều này có nghĩa là nếu mỗi người đều có đồng hồ bên trong của riêng mình, thì họ có thể hoặc không thể phối hợp chính xác.
Phối hợp các sự kiện với dấu thời gian không chỉ là một yêu cầu hệ thống mà còn là một chi phí rất lớn về tiền bạc, con người và công sức.
Các nhà phát triển đã bắt đầu sử dụng một kỹ thuật để tăng thông lượng tổng thể của chuỗi. Sharding là một kỹ thuật được sử dụng để cải thiện TPS (thông lượng hệ thống) của toàn bộ chuỗi và đã được chứng minh là thành công, nhưng bản thân nó không phải là một giải pháp hoàn chỉnh vì điều này có thể tạo ra các lỗ hổng.
Lỗ hổng lớn nhất là sự phân mảnh của các giao dịch, nếu không được xử lý đúng cách, có thể dẫn đến các giao dịch gian lận, chi tiêu gấp đôi hoặc các phân đoạn của cùng một giao dịch thiếu kiến thức được chia sẻ.
Để cung cấp một số quan điểm chung, Google Spanner (cơ sở dữ liệu có thể mở rộng, nhiều phiên bản, được phân phối toàn cầu và được sao chép đồng bộ của Google hỗ trợ các giao dịch đọc-ghi, giao dịch chỉ đọc và đọc nhanh) dành nhiều tài nguyên để đồng bộ hóa dữ liệu của nó Đồng hồ nguyên tử giữa các trung tâm dữ liệu.
Chúng cần được bảo trì chính xác và có rất nhiều kỹ sư đang làm việc trên đó. Có vẻ như điều phối thời gian là một nhiệm vụ dễ dàng, nhưng không phải vậy, và đây là giải pháp Bằng chứng về Lịch sử do Solana đề xuất.
Bằng cách cho phép điều phối thời gian đáng tin cậy, Solana không chỉ tăng thông lượng chuỗi khối về tốc độ và độ tin cậy mà còn giảm chi phí trung bình.
Một nhóm giải quyết thành công vấn đề này sẽ có khả năng có một chuỗi khối được chấp nhận cao.
Tìm hiểu sâu hơn về các giải pháp do Solana đề xuất sẽ đặt ra các câu hỏi như cách triển khai bằng chứng lịch sử trên chuỗi khối và cách thức hoạt động chính xác của Solana cũng như những công cụ mà họ sử dụng?
Trước tiên, chúng ta cần hiểu cách web được thiết kế và nó bao gồm những gì.
Bằng chứng về lịch sử là chức năng trì hoãn có thể kiểm chứng tần số cao. Điều này có nghĩa là nó sẽ yêu cầu một số bước xác định có liên quan để được đánh giá. Nhưng mặt khác, các bước này cuối cùng lại tạo ra một đầu ra duy nhất, rất dễ xác minh.
Trong phần giải pháp, chúng ta đã thảo luận về cách Solana có thể tăng số lượng TXN/s và giảm tài nguyên cần thiết để chạy chúng. Việc giải thích khả năng này phù hợp với việc giải thích các hàm băm.
Các hàm băm như một cách nén dữ liệu để lượng dữ liệu lớn hơn cuối cùng có thể được nén thành một số bit nhỏ khuyến khích giảm trọng số tx, dẫn đến tăng hiệu quả và trình tự nhanh hơn.
Như đã đề cập ở trên, các chuỗi bằng chứng lịch sử được thiết kế để hoạt động với các hàm băm mật mã.
Liên quan cụ thể đến các hàm băm mật mã là việc sử dụng đầu vào thô để dự đoán kết quả cuối cùng (đầu ra) mà không thực hiện toàn bộ chức năng từ đầu. Vì vậy, nếu bạn có đầu vào và cố gắng dự đoán đầu ra là không thể, bạn sẽ cần chạy hàm để nhận kết quả.
Với suy nghĩ này, giả sử hàm băm này được chạy từ một số điểm bắt đầu ngẫu nhiên (đầu vào ban đầu) và sau khi quá trình hoàn tất, đầu ra đầu tiên (hàm băm) sẽ thu được. Đây là nơi nó trở nên thú vị, đưa đầu vào vào đầu vào của hàm băm tiếp theo cùng với đầu ra bạn nhận được khi chạy hàm.
Nếu chúng tôi muốn lặp lại quá trình này, hãy nói 300 lần. Bạn có thể bắt đầu thấy rằng chúng tôi đã tạo một quy trình đơn luồng trong đó đầu ra cuối cùng (hàm băm 300) là hoàn toàn không thể đoán được ngoại trừ bất kỳ ai thực hiện toàn bộ luồng.
Vòng lặp này cung cấp đầu ra cho dữ liệu được tạo và đầu vào của chức năng tiếp theo được biểu diễn dưới dạng thời gian trôi qua và quá trình tạo lịch sử, theo cách nói của Solana, dưới dạng tích tắc. Mọi đầu ra đều mang thông tin chi tiết không thể dự đoán nếu không chạy chức năng. Giống như các bộ phim Marvel trong ví dụ trên, mỗi tác phẩm đại diện cho một khoảng thời gian xảy ra ở vị trí của nó trong chuỗi thời gian liên tục.
Do đó, Solana khuyên bạn không nên sử dụng thời gian không đáng tin cậy mà hãy sử dụng các kết quả đầu ra được sắp xếp theo trình tự và không thể đoán trước này để xác định một thời điểm cụ thể, tức là một thời điểm cụ thể trong quy trình luồng. Chúng ta có thể gọi đó là lịch sử.
Solana sử dụng Proof-of-Stake (POS) để tạo sự đồng thuận và nó có nhiều đặc điểm giống như các mã thông báo dựa trên POS khác. Để ôn lại, đây là một số tính năng chính của mã thông báo POS:
Trình xác thực bằng chứng về mã thông báo POS sử dụng
Có thể xác minh POS
1. Khóa mã thông báo trong ví
2. Đặt mã thông báo bị khóa trên ví masternode, góp phần vào sự ổn định của chuỗi
Lệnh thanh toán được xác định theo "tuổi" của mã thông báo POS hoặc chương trình phần thưởng masternode.
Mỗi ví POS hoặc chương trình phần thưởng masternode đều nhận được mã thông báo được tạo hoặc mới được tạo.
Ví hoặc các chương trình phần thưởng masternode đã ngoại tuyến quá lâu sẽ không còn "thanh toán" nữa và có thể bị xóa khỏi mạng.
Vai trò của POS là ngăn chặn các tác nhân xấu giới thiệu các giao dịch không hợp lệ bằng cách phá hoại tính bảo mật của mạng.
Hình phạt dành cho "những kẻ xấu" có thể là mất mã thông báo POS và phần thưởng.
Niềm tin được đảm bảo miễn là phần thưởng của việc chứng minh lợi ích lớn hơn cơ hội đạt được lợi ích thông qua gian lận.
Solana có cấu trúc rất giống nhau, nhưng họ đã triển khai POS của mình theo một cách hơi khác.
Solana chọn một trình xác thực (nghĩa là đặt cược mã thông báo) trong số các nút được kết nối.
Sau đó, việc bỏ phiếu và lựa chọn trình xác thực sẽ được xác định bởi nút là nút lâu nhất hoặc bị ràng buộc nhiều nhất.
Solana dựa vào xác nhận nhanh; nếu một nút không phản hồi trong một thời gian nhất định, thì nút đó được đánh dấu là đã chết và bị xóa khỏi cuộc bỏ phiếu và nếu nút đó là trình xác thực vào thời điểm đó, thì một cuộc bầu cử mới sẽ được tổ chức để chọn một nút mới. thiết bị xác thực.
Nếu một nút siêu đa số (hai phần ba số nút) bỏ phiếu trong thời gian chờ này, thì lần phân tách được coi là hợp lệ.
Cắt bớt là hành động làm mất hiệu lực cổ phần, ngăn cản người xác thực thực hiện hành vi gian lận hoặc cố gắng xác thực nhiều nút, vì mã thông báo được liên kết sẽ bị mất.
Một điểm khác biệt chính là khái niệm về các nút bầu cử phụ. Sau khi được chọn, một nút phụ có thể đảm nhận vai trò chính trong trường hợp mất mạng hoặc lỗi khác.
Liên kết có liên quan:
https://www.qukuaiwang.com.cn/news/9130.html