Blockchain 3: Nhược điểm của Blockchain - Áp dụng vào Thực tế - Thảo luận

Blockchain được biết đến là công nghệ đứng đằng sau hệ thống tiền mã hóa  nổi tiếng nhất thế giới - Bitcoin. Có thể nói khi Bitcoin gây bão trên  thị trường tài chính thì Blockchain cũng gây sốt trong giới công nghệ.  Số lượng công ty có ý định nghiên cứu và áp dụng Blockchain ngày càng  nhiều, lương trả cho kỹ sư Blockchain ngày càng cao. Công ty nào cũng  muốn đi trước đối thủ, áp dụng công nghệ được cho là tương lai của thế  giới này. Blockchain được hứa hẹn sẽ thay đổi cuộc sống 1 cách sâu sắc,  không chỉ trên Internet mà còn trong thế giới thực, từ tài chính cho tới  nông nghiệp.

Tài liệu 

Nhưng..

Sau một thời gian tìm hiểu, tôi lại có suy nghĩ khác. Có phải người ta  đã quá tô hồng những lợi ích của Blockchain mà bỏ qua những nhược điểm  "chết người" của nó ? Ít có bài phân tích viết về nhược điểm của  Blockchain, và do đó, tôi muốn viết bài này mong có thể cùng thảo luận  với tất cả mọi người.
Câu hỏi gốc mà tôi đặt ra là " Tôi có thể sử dụng Blockchain vào ứng dụng hiện tại không ? "

Và câu trả lời mà tôi tìm được là "Phần lớn những bài toán giải được  bằng Blockchain thực ra cũng có thể giải được bằng cách khác"

(Lưu ý: tôi muốn hướng đến những bài toán/ứng dụng không liên quan lĩnh vực tài chính)

Gần đây tôi có tham gia 1 hội thảo về Blockchain, có sự tham gia và trình bày của VeriMe (https://www.verime.mobi)  . Theo trình bày của bạn thì nhờ ứng dụng công nghệ Blockchain mà các  bạn ấy đã giải được bài toán mà nhiều năm chưa giải được. Theo cách  truyền thống, các bạn ấy phải lưu trữ thông tin người dùng trên 1 máy  chủ trung tâm, và như thế sẽ gặp vấn đề về lòng tin (như vụ Facebook vừa  qua). Giải pháp hiện tại là các bạn dùng cách lưu trữ phân tán (lưu  trên chính thiết bị người dùng) và áp dụng thêm tiền kỹ thuật số (đồng  VME) để tạo mô hình kinh tế trong phần mềm.

Vấn đề ở đây là các bạn cho rằng các bạn đã ứng dụng Blockchain để giải  quyết bài toán gốc - NHƯNG - không phải thế. Cái các bạn ứng dụng là  "tiền kỹ thuật số", để tạo ra "giá trị gia tăng" cho sản phẩm. Các bạn  không lưu trữ thông tin gì trên Blockchain (mà lưu trực tiếp trên máy  người dùng) do đó không thể nói là ứng dụng công nghệ Blockchain. Nếu bỏ  phần tiền đi trong ứng dụng của bạn, thì nó không khác gì một ứng dụng  bình thường, chỉ là chuyển từ lưu trữ trên server sang lưu trữ ngay trên  thiết bị cuối.

Có nhiều sản phẩm khác cũng được giới thiệu là áp dụng công nghệ  Blockchain như truy xuất nguồn gốc, logistic, lưu trữ dữ liệu.. Đây là  những bài toán cũ, vốn đã có những giải pháp ở mức này hay mức khác, và  nay được nghiên cứu để áp dụng Blockchain. Nhưng liệu việc áp dụng  Blockchain vào những lĩnh vực này có hiệu quả không ? Khi mà Blockchain  tồn tại những nhược điểm sau :

Người ta nói đến đặc điểm này của Blockchain như là một ưu điểm nổi trội  của công nghệ này. Chúng ta có thể thấy đây là giá trị cốt lõi của  Blockchain khi áp dụng vào tiền mã hóa. Nhưng, nếu áp dụng vào một ứng  dụng khác thì sao?

- Truy xuất nguồn gốc có cần lưu trữ thông tin mãi mãi không ? Liệu ngày  hôm nay tôi có muốn biết 5 năm trước mình đã ăn cái gì, mua ở đâu,  trồng như thế nào không?
- Khi lưu trữ file trên nền tảng blockchain, tôi có cần biết cách đây 10 năm tôi đã upload file gì lên không?

Trong phần lớn trường hợp, câu trả lời sẽ là "Không". Vấn đề của  blockchain là nó lưu trữ mọi thứ mãi mãi, và nó có thể gây ra một sự  lãng phí lớn về không gian lưu trữ. Càng sử dụng lâu, càng nhiều "rác".  Bitcoin hiện cần tối thiểu 145Gb trên máy tính để download toàn bộ giao  dịch đã phát sinh (https://bitcoin.org/en/bitcoin-core/features/requirements)  . Đấy là mới chỉ những thông tin về giao dịch (mua-bán), nếu nó phải  thêm vào những thông tin khác về sản phẩm, vận chuyển, và những metadata  khác nữa thì sẽ thế nào. Mỗi node khi muốn tham gia vào hệ thống phải  chuẩn bị ổ cứng dung lượng lớn để download sổ cái chung này.

Mỗi node cần liên lạc với những node khác để nhận giao dịch về, xác thực  giao dịch và công bố kết quả kiểm tra giao dịch. Những nhiệm vụ này làm  tốn băng thông mạng, có thể ảnh hưởng lớn tới mạng Internet trong khu  vực. Từ link ở phần 1 các bạn cũng có thể thấy băng thông cần thiết là  500Mb download/1 ngày và 5Gb Upload/ngày. Wtf ?

Không ai xa lạ với vấn đề này. Mạng Bitcoin càng lúc càng mất nhiều thời  gian để xác minh 1 giao dịch. Đã có những giải pháp kỹ thuật hoặc những  mô hình Blockchain cải tiến để giải quyết vấn đề này. Nhưng thực sự thì  vẫn chưa thể bằng những mô hình truyền thống như Visa. Tôi đang có ý  định áp dụng tiền mã hóa thành 1 loại tiền để giao dịch trên ứng dụng  livestream của mình - Myidol.live. Đây là 1 ứng dụng livestream tặng quà  như Bigo nhưng có thể chạy được trên Facebook, Youtube. Khách xem tặng  tiền cho người đang livestream - concept cơ bản là vậy. Vấn đề xác minh  giao dịch gây ra phiền toái không hề nhỏ ở đây. Khi khách hàng tặng quà  cho idol, người ta muốn thấy quà của mình xuất hiện lên màn hình - ngay  lập tức - hoặc ít ra cũng trong phạm vi 30s. Không thể tặng quà xong chờ  10 phút sau thì mới biết giao dịch đó có thành công hay không. Pain in  the ass.

Mạng Blockchain như Bitcoin sử dụng Proof of Work, nôm na là "làm việc  hăng say, vận may sẽ tới". Càng bỏ nhiều công sức thì xác suất kiếm được  thưởng càng cao. Việc này đã tạo nên cơn sốt card đồ họa mà chúng ra đã  thấy. Người người nhà nhà thi nhau tậu dàn trâu cày khủng để đào tiền  kỹ thuật số và duy trì mạng Blockchain.
Điều này đồng nghĩa việc xây dựng mạng blockchain trên ứng dụng di động  là bất khả thi do giới hạn về năng lực tính toán. Tôi có ý tưởng xây  dựng một ứng dụng voting nhỏ trên smartphone cho cộng đồng, với tham  vọng minh bạch hóa quá trình bầu cử (lý thuyết là vậy). Nhưng ứng dụng  như vậy sẽ gây nóng máy và hao pin, chẳng ai thích điều đó cả. Kể cả khi  toàn bộ cộng đồng tham gia và sử dụng ứng dụng voting của tôi, cũng sẽ  gặp phải vấn đề tiếp theo

Có 2 cách để ứng dụng Blockchain cho sản phẩm của mình. 1 là ứng dụng 1  mạng lưới Blockchain đã có sẵn - lựa chọn thường thấy là mạng ETH. Cách  thứ 2 là xây dựng mạng Blockchain của riêng mình. Việc đó nảy sinh vấn  đề. Tôi đã nghĩ đến việc áp dụng Blockchain trong việc kê khai hóa đơn  doanh nghiệp. Công ty này bán hàng cho công ty khác, đó là 1 giao dịch.  Nếu có thể áp dụng được Blockchain thì thực sự tăng tính minh bạch và  giảm tải cho khâu kiểm toán. Ngoài việc 1 mạng lưới như vậy cần sự vào  cuộc mạnh mẽ của chính quyền, thì những thông tin như vậy sẽ không muốn  áp dụng 1 mạng Blockchain công cộng như ETH. Nhưng xây 1 mạng riêng thì  không phải là chuyện dễ dàng. Phải yêu cầu mỗi doanh nghiệp cung cấp 1  máy tính kết nối mạng để duy trì và xác thực mạng Blockchain ?
Nếu mạng tự xây dựng không đủ độ lớn cần thiết, nguy cơ bị tấn công quá  bán là rất cao (Trường hợp 1 node có năng lực tính toán lớn hơn 50% toàn  hệ thống có thể thao túng được kết quả xác thực giao dịch)

Mạng Blockchain được xây dựng với ý tưởng là bạn không cần tin tưởng ai  để thực hiện giao dịch. Bạn tự mình xác minh mọi giao dịch và đảm bảo  không có gian lận - và nó thực sự hoạt động tốt. Nhưng smart contract có  còn đảm bảo được điều này ?

Smart contract là một ý tưởng rất hay mà tôi hứng thú tìm hiểu. Concept  đơn giản nhất là tôi và anh cá cược về thời tiết ngày mai nắng hay mưa.  Cả 2 cùng đưa tiền cho 1 cái smart-contract giữ, nếu nắng, nó tự động  chuyển tiền cho anh, nếu mưa nó chuyển tiền cho tôi. Mọi việc có vẻ công  bằng và minh bạch. Nó giải quyết vấn đề là không cần đưa tiền cho 1  người thứ 3 mà không biết có thể tin tưởng được hay không. Vậy, liệu có  thể tin tưởng Smartcontract ?
Smartcontract luôn luôn hoạt động theo những gì nó được lập trình, tôi  và anh đều xem được mã nguồn và biết nó làm gì, tại sao nó làm như vậy.  Trở lại ví dụ trên, vấn đề đặt ra là làm sao cái Smartcontract này nó  biết hôm nay trời nắng hay mưa ?

Chúng ta có thể sử dụng API của 1 dịch vụ thứ 3 để xác định điều này,  nhưng như thế lại quay trở lại bài toán tin tưởng. Liệu có thể tin tưởng  bên thứ 3 này hay không ? Smartcontract không thể hoàn toàn 100%  trustless nếu dữ liệu đầu vào là không đúng.
Không chỉ có vậy, nếu hôm nay lúc nắng, lúc mưa sẽ gây ra sự không thống nhất giữa các node và không nhận được kết quả xác đáng.

Smartcontract là trong suốt và ai cũng có thể đọc, hiểu, biết nó làm gì.  Điều đó là tốt trong 1 giao dịch, 2 bên cần hiểu rõ những gì mình kí  kết. Việc này lại đặt ra 1 câu hỏi khác. Nếu tôi cung cấp cho khách hàng  1 dịch vụ có sử dụng smartcontract. Thì đối thủ cũng có thể dễ dàng  copy và tạo ra dịch vụ tương tự trên Blockchain ?

Blockchain cung cấp cho chúng ta một cái hòm chứa tiền và quảng cáo rằng  không gì có thể phá vỡ được. Tiền của bạn sẽ mãi là của bạn, miễn là  "bạn giữ chìa khóa". Chìa khóa ở đây là 1 chuỗi ký tự dài mà bạn không  thể nhớ theo cách thông thường bạn nhớ mật khẩu đăng nhập website. Và  khi bạn có hàng trăm cái chìa khóa như vậy, bạn phải lưu trữ chúng ở một  nơi nào đấy. Chúng ta lại quay lại vấn đề cũ, thay vì làm sao để giữ  tiền an toàn thì làm sao giữ chìa khóa được an toàn.

Có rất nhiều câu chuyện kể về một anh chàng nào đấy mất đi cả 1 gia tài  chỉ vì thanh lý máy tính cũ, mà trong đó có chứa chìa khóa tới ví  Bitcoin đào từ nhiều năm trước. Những website như blockchain.info cho  phép bạn tạo ví và lưu trữ chìa khóa trên đó thì lại đưa hệ thống về bài  toán lưu trữ tập trung, dễ dàng bị hacker ghé thăm và đánh cắp tiền.

Và khi bạn muốn đưa ví blockchain vào ứng dụng của mình, bạn sẽ phải trả  lời câu hỏi : "Ứng dụng hay người dùng sẽ là bên giữ chìa khóa ?" -  Cách nào cũng rắc rối cả.

Đây là những đúc kết của tôi khi cố gắng mày mò tìm cách ứng dụng  Blockchain vào những sản phẩm của mình. Và kết luận của tôi là  "Blockchain chỉ phù hợp với ứng dụng Finance; với những ứng dụng  Non-Finance, chúng ta sẽ có cách tiếp cận đơn giản và hiệu quả hơn  Blockchain nhiều lần!" Những ý kiến này hoàn toàn là quan điểm cá nhân  và tôi rất muốn được lắng nghe ý kiến phản biện của bạn.

Theo fb Nghiêm tiến viễn

Chào anh,

Quan  điểm phản biện của anh rất hay, đúng là blockchain không phải là tất  cả. Ưu điểm của 1 giải pháp chỉ trở thành hiện thực khi chúng ta áp dụng  đúng vào thứ cần thiết trong cuộc sống này. Thời gian qua rất nhiều  người fomo theo hiệu ứng blockchain mà  không tìm hiểu rõ ràng ưu/nhược điểm, họ mua mọi thứ mà không cân nhắc  gì dẫn đến thiệt hại nặng nề. Tôi là 1 Hodler có tìm hiểu về blockchain  xin chia sẻ góc nhìn với anh như sau.

Những ưu điểm  của blockchain mà anh đã đề cập đến trong bài tóm gọn như sau: không  thay đổi, phân tán dữ liệu, khó tấn công và dễ dàng kiểm tra khi có nhu  cầu. Như vậy, những lĩnh vực nào cần các tính năng trên sẽ có ích rất  lớn khi áp dụng công nghệ blockchain. Còn những mảng, ngách nào đó không  có lợi ích thì chúng ta không áp dụng. Chỉ vậy thôi.

Bây giờ cùng đi vào cụ thể từng trường hợp nhé.

1/  Về quan điểm cá nhân, anh không muốn biết quá nhiều về đời tư của mình.  Anh không cần nhớ 1 chuyện đã xảy ra. Tuy nhiên nếu đó là 1 món nợ, nếu  anh cho 1 người bạn mượn thì hoàn toàn thế hệ con của anh nhờ vào việc  hợp đồng đó được lưu trữ trên blockchain có thể dùng nó để đến đòi tiền.  1 miếng đất sau 100 năm vẫn có thể biết được trước đây thuộc dòng dõi  nào, chuyển nhượng ra sao, bao nhiêu người có liên quan. Một đứa con nhờ  thông tin cá nhân được lưu trữ 1000 năm có thể biết được tổ tiên của  mình từ đâu, là những con người nào? Tóm lại là có những thứ người ta  làm xong và mong muốn không 1 ai nhắc đến nó nữa nhưng có những thứ con  người vẫn cần để tra cứu thông tin hàng thế hệ sau. Đó chính là lý do  người ta cần đến bản chất không thay đổi của blockchain.

Về  vấn đề băng thông, đó chính là bài toán nan giải khi trong giai đoạn  "sơ khai" như hiện tại mà lượng thông tin giao dịch đã chiếm hơn 140gb,  ngay cả việc tôi dùng kết nối ở nhà để tải về Bitcoin Core thì cũng đã  tốn hơn 1 tháng (do tốc độ không ổ định). Hãy thử hình dung xem trong 10  năm nữa mạng lưới BTC nặng nề như thế nào? Và chuyện anh nói chỉ là  blockchain của BTC, mỗi mạng lưới có blockchain riêng nữa nên hạ tầng để  phục vụ mạng lưới thật là khủng khiếp. Tuy nhiên, xin nhắc lại là  blockchain vẫn còn trong giai đoạn phát triển sơ khai và liên tục được  phát triển để phù hợp hơn với thực tế sử dụng. Riêng với BTC anh có thể  tham khảo qua BIPs (Bitcoin Improvement Proposal) để biết thêm thông  tin. Tương tự như vậy cho những coin khác.

Ngoài ra, dù không có BTC anh cũng thấy là nhu cầu băng thông của con người càng tăng chóng mặt mà phải không?

2/  Vấn đề băng thông đã chia sẻ 1 phần ở 1. Chuyện 1 giao dịch sẽ được  confirm từ từ trên hệ thống, số lượng confirmation ngày càng tăng dần  chứ không phải diễn ra cùng 1 lượt nên vấn đề không nghiêm trọng như anh  nói.

3/ Độ trễ xác minh giao dịch của riêng BTC là  điểm yếu chí mạng. Chúng ta không thể ngồi chờ để thực hiện giao dịch. 1  cty không thể nhận 1 BTC giá 10k usdt buổi sáng để rồi tới chiều mới  nhận được và giá chỉ còn là 5k usdt. Vấn đề này khiến ảnh hưởng đến khả  năng mở rộng (scalability) của hệ thống. Tuy nhiên nhiều blockchain đang  phát triển công nghệ để giải quyết vấn đề này và có nhiều tiến bộ trong  năm nay. BTC có Lighting Network, ZEC có Sapling, ETH có Plasma ngoài  ra còn có thể kể tới 1 số công nghệ blockchain như Tangle của IOTA hay  Ripple với xCurrent giải quyết vấn đề tốc độ.

Còn 1 điều nữa là chỉ cần có 3 xác thực (3 confirmations) của hệ thống là anh không cách nào hủy đi giao dịch đó được.

Xin phép tiếp tục các vấn đề còn lại trong post sau.

Tiếp theo, chúng ta sẽ nói đến các vấn đề còn lại.

4/  Proof of Work (POW) có thế mạnh riêng của mình chính là việc ngăn chặn  tấn công 51% attack (tấn công quá bán). Không phải ngẫu nhiên người ta  chấp nhận dùng phương thức này để vận hành hệ thống bất chấp những chuyện phát sinh như: tiêu tốn quá nhiều năng lượng, vốn,  khiến hệ thống tập trung vào tay 1 số nhỏ giàu có. Chỉ có POW mới có thể  đảm bảo an toàn tuyệt đối cho hệ thống mà thôi.

Proof  of Stake (POS) hiện đang được phát triển để thay thế dần POW tuy nhiên  có lẽ còn 1 chặng đường vài năm nữa mới có thể đạt được mức an toàn như  POW. Khi POS an toàn thì hệ thống hoàn toàn có thể vận hành nhờ vào  CPU/SOC, cho nên giải bài toán của anh đặt ra chỉ là vấn đề thời gian.

Còn  hiện tại, để đảm bảo an toàn tuyệt đối chỉ có POW mà thôi. Vấn đề này  cũng gây ra tranh cãi rất lớn ở cộng đồng khi nhiều người theo các quan  điểm khác nhau. VN chúng ta có 1 bạn cũng rất giỏi/nổi tiếng tuy nhiên  theo cảm nhận có lẽ bạn hơi cực đoan 1 chút về POS, đó là bạn @hugohanoi  trên Twitter. Vấn đề tại sao POW mọi người có thể tham khảo quan điểm  của bạn ấy.

5/ Để giải quyết vấn đề trong số 5 anh  đề cập đến, chúng ta có thể tìm hiểu thêm về consortium blockchain  (blockchain được vận hành bởi các tổ chức, chính phủ), nó khác với những  BTC hay ETH vốn là public blockchain. Như vậy, nếu các chính phủ hoàn  toàn có thể vận hành những hệ thống blockchain private để phục vụ riêng  cho nhu cầu quản lý, hành chánh công mà không hề gặp phải nhưng rắc rối  khi sử dụng public blockchain. Về điểu này anh có thể tham khảo thêm  những hệ thống thuộc liên minh Hyperledger. Sớm muộn gì các chính phủ  cũng sẽ áp dụng blockchain và việc giải quyết các bài toán hành chánh  công mà thôi. Anh hãy hình dung việc thủ tục hải quan, quản lý nhân  khẩu, quyền sử dụng đất, giấy khai sinh, v.v... Ở Việt Nam thì chắc chắn  là sẽ chậm hơn các nước khác vài chục năm nhưng tương lai đó là không  thể nào tránh khỏi.

6/ Smartcontract còn 1 tương lai  dài ở phía trước. Smartcontract còn rất nhiều sai sót, quá khứ đã có  những thiệt hại kinh khủng như DAO dẫn đến việc chia tách ETH/ETC. Tôi  chỉ hình dung đến việc Smartcontract phát triển thật sự khi mỗi chúng ta  dù biết ngôn ngữ lập trình hay không vẫn có thể sử dụng 1 UI để tự tạo  ra 1 Smartcontract phục vụ riêng cho nhu cầu cá nhân của mình. Ngày đó  còn xa vời trong tương lai.

Ví dụ: Cá và Độ cá cược  chầu ăn sáng là 2 tô phở 50k tại quá Bà Ba Béo đầu hẻm trận Barca - Real  Madrid, lập 1 smartcontract để sau khi có kết quả trận đấu, số tiền sẽ  chuyển vào ví của Bà Ba Béo vào sáng hôm sau khi 2 người ăn sáng.

Ngày đó bao giờ sẽ đến?

7/  Vấn đề ăn cắp ý tưởng hiện tại đang đau đầu không chỉ là smartcontract  thôi đâu. Với lý do mã nguồn mở, cả hệ thống còn bị ăn cắp được để tạo  ra 1 đồng nào đó (có hàng tá cái tên theo kiểu Bitcoin A, Bitcoin  B,...). Còn về smartcontract, rõ ràng anh chỉ nên sử dụng để thanh toán 1  dịch vụ chứ không thể show hàng ra tất tần tật cho thiên hạ xem hết.

8/ Vấn đề bảo mật tài khoản.

Khi  phần lớn người tham gia chưa ý thức được giá trị mình đang nắm giữ,  nhiều mất mát đã xảy ra. Theo thống kê có khoảng hơn 2 triệu BTC "vô  chủ" do mất private key, sẽ không bao giờ có thể xuất hiện trong giao  dịch. Thêm vào đó là 1 triệu BTC do Satoshi Nakamoto đang giữ mà không  bao giờ được lưu thông. Với quan điểm là nhà phát triển sản phẩm, anh sẽ  thấy thật vô lý khi dồn trách nhiệm của việc bảo quản tài sản vào người  dùng. Tuy nhiên thật sự bản chất của nó là như vậy mới có thể đảm bao  cho an toàn của hệ thống. Trong quá trình phát triển sau này, người dùng  sẽ được educate cách sử dụng sau. Cũng không ngoại lệ sẽ xuất hiện  những sản phẩm giải quyết cho vấn đề này!

Tuy nhiên,  những gì an toàn nhất chỉ có thể do chính bản thân anh cất giữ chứ  không phải giao cho 1 bên thứ 3 nào đó. Hiện tại đã có rất nhiều sản  phẩm ví đa năng để bảo quản nhiều loại cryptocurrency khác nhau.

Còn  vấn đề anh bảo là blockchain.info lưu trữ thông tin người sử dụng thì  thông tin này không chính xác vì blockchain.info hay bất kì web wallet  nào (miễn là sản phẩm hoạt động nghiêm túc) đều không lưu trữ bất kì  thông tin nào về private key của người dùng. Anh có thể tìm hiểu thêm  tại: https://blockchain.info/wallet/how-it-works

Thay  cho phần kết, blockchain là một công nghệ vẫn còn quá mới mẻ và cần 1  chặng đường dài nữa mới có thể ứng dụng vào thực tế cuộc sống. Tuy nhiên  1 khi nó đã xâm nhập vào rồi thì xã hội này sẽ phát triển với 1 tốc độ  chóng mặt. Vấn đề là hiện tại con người với những quan điểm/suy nghĩ/lợi  ích nhóm của mình sẽ ứng dụng/cản trở sự phát triển của blockchain như  thế nào mà thôi.

Cuối cùng, rất vui đã trả lời những quan điểm phản biện của anh. Xin phép được đem những bài liên quan về fb.

https://blockchain.info/wallet/how-it-works

Dưới đây là 1 góc nhìn hoàn toàn khác
1.  Thông tin lưu trữ mãi mãi và không thể sửa được�- Truy xuất nguồn gốc  thực phẩm ko cần lưu trữ thông tin mãi mãi. Đúng! Nhưng cái truy xuất  cần ở đây là tính kiểm tra, rà soát được, giúp tracking toàn bộ quá trình của sp từ tay người nông dân cho đến khi tới tay người tiêu dùng. Và cái đó BC làm được.
- BC ko hướng tới cái gọi là lưu trữ mãi mãi. Mà là việc lưu trữ được kiểm tra, rà soát được, và rất rất khó để sửa đổi
-  BC ko thể sửa dc, cái này đúng, nhưng ko hoàn toàn: Vd Việc xây dựng 1  private BC, operators người ta có toàn quyền kiểm soát hệ thống, thì ko  có j là ko sửa được cả. Vấn đề ở dây, việc sửa nó ko phải dễ dàng như mở  1 file excel ra sửa các xong lưu lại là xong, hay mở 1 database mysql  sửa 1 hàng là xong. Mà việc sửa này đòi hỏi phải thực hiện cả trong  database, lẫn trên ledger, và phải được thực hiện trên tất cả các bản  sao. Mà việc đó thì cần quy trình nghiêp vụ cao, ko phải ai cũng làm  được. Mà vấn đề là chẳng operators nào đi làm việc đó cả. Ông làm vậy  khác nào ông đi phá hệ thống của mình! Phải ko?
2. Vấn  đề băng thông�- Rất đồng ý với tác giả, BC là một hệ thống phân tán đòi  hỏi rất cao về tính nhất quán dữ liệu (strictly consistency), việc gia  tăng traffic network là điều ko tránh khỏi khi 1 hệ thống lớn dần lên.
3. Độ trễ khi xác minh giao dịch
-  Vấn đề này có thể giải quyết được trong những mạng permissioned BC. Hệ  thống họ xây dựng ko đảm bảo tính mở hoàn toàn (ko phải bất kì ai cũng  có thể tham gia được) và họ kiểm soát được kiến trúc mạng của họ, thì  việc xử lí độ trễ sẽ được giải quyết một cách đáng kể. NEO giao dịch dc  1000-10000tx/s, Ripple là 1300tx/s. Hay như xd 1 permissioned BC cho  riêng một (hoặc một vài) doanh nghiệp, kiến trúc mạng của họ không đến  nỗi quá lớn như bitcoin hay eth, họ hoàn toàn có thể xử lí nhanh chóng  việc thực thi transactions
4. Vấn đề xử lí
-  PoW là cơ chế đồng thuận (consensus) trong bitcoin hay eth, ngoài ra  còn rất nhiều cơ chế đồng thuận khác người ta có thể đạt được mà ko cần  đến việc sử dụng một lượng lớn sức mạnh tính toán như PoW. Có thể kể đến  các consensus như: PoS, delegated PoS, pBFT, delegated PoS + pBFT(NEO),  PoET (sawtooth).... PoW là consensus hướng tới việc thúc đẩy các miners  hoạt động nhiều hơn thông qua việc trả thưởng cho họ. Nếu 1 hệ thống ko  hướng tới trả thưởng thì ko nhất thiết phải dùng PoW.
5. Vấn đề tấn công 51%
- 51% là tấn công sẽ chỉ xảy ra ở các mạng sử dụng cơ chế PoW. Còn các consensus khác thì không.
-  Việc ứng dụng BC cho sản phẩm của mình: Nếu sản phẩm đó đòi hỏi tính  che giấu về mặt dữ liệu, thì ko ai dùng 1 mạng public BC như Eth để  triển khai sản phẩm của mình trên đó cả. Đúng, 1 là ngta chọn cách xd 1  mạng riêng, 2 là sử dụng dịch vụ Blockchain as a Service(BaaS) của các  ông lớn như Azure hay AWS. Hiện tại BaaS đang khá lởm khởm. Nếu muốn sử  dụng, cần phải đợi thêm 1 thời gian nữa.

6. Vấn đề trustless
-  "Mạng Blockchain được xây dựng với ý tưởng là bạn không cần tin tưởng  ai để thực hiện giao dịch", câu này ko đúng, nói chính xác thì phải là  mạng bitcoin, mạng ethereum... Bởi vì khi xây dựng 1 permissioned BC,  người ta sẽ cần phải biết ai là người  thực hiện giao dịch. Hãy tưởng tượng trong 1 mạng enterprised BC, khi  các tổ chức trao đổi data, thì mọi users tham gia vào mạng đó, sẽ cần  phải định danh đó là ai, thuộc về tổ chức nào.
- Vấn đề  smart contract: contract là thành phần trung gian được tạo ra để trao  đổi các digital assets, do đó những cái thứ non-digital assets như việc  ngày mai trời có nắng hay mưa hay ko thì contract ko biết được việc đó.  Ta sẽ cần phải 1 bên trung gian thứ 3, đáng tin cậy, sẽ đứng ra giải  quyết những vấn đề về policies. Khi nắng, hay mưa, người đó sẽ có nhiệm  vụ cập nhật vào smart contract. Nếu làm sản phẩm thì cái đau đầu là  người thứ 3 này có đáng tin hay ko chứ ko phải smart contract.
7. Vấn đề ăn cắp ý tưởng
- Như đã nói ở trên, sử dụng 1 permissioned BC thì ta có thể an tâm về vấn đề bị người khác soi contract code
8. Vấn đề bảo mật tài khoản
-  Vấn đề chìa khóa để mở ổ khóa mà BC sử dụng là công nghệ cryptography  đã có cách nay hàng chục năm. Và cái mà công nghệ này đảm bảo cho bạn  là: Bạn có 1 cái khóa, và 1 cái chìa để mở, thì chìa này của bạn là duy  nhất, ko kẻ nào "mài" ra được 1 cái chìa khác tương tự như thế. Vì việc  tính toán để tìm ra chìa đó là không khả thi trong thực tế. Ta ko nên  hiểu rằng, bảo mật là tuyệt đối hoàn toàn! Vì bạn là ng giữ chìa, bạn  đánh mất chìa, sẽ đồng nghĩa với việc bạn bị mất tài sản. Vậy thôi.

-  Mình CỐ TÌNH đưa ra rất nhiều ý kiến trái chiều với tác giả, ko nhằm  công kích, mà nhằm đưa ra 1 góc nhìn khác về BC. Rằng nó ko phải 1 cái  thứ j đó thần thánh và vạn năng hay 1 cái j đó quá cao xa và mới mẻ cả.  Bởi vì bản thân công nghệ BC là 1 công nghệ phân tán. Và đã là phân tán  thì sẽ luôn phải giải quyết những vấn đề của 1 bài toán phân tán như bao  bài toán phân tán khác (consistency, availability, fault tolerance...).  
- Cuối cùng, vấn đề của công nghệ ko phải là mạnh hay  yếu (bởi vì chẳng có 1 công nghệ phân tán nào là vạn năng cả), mà là có  phù hợp với business models của bạn hay ko. Áp dụng nó để xây dựng sản  phẩm của bạn thì có tối ưu hay ko.

1.  Là đặc tính chứ không phải nhược điểm, tức là xem cái mình cần có phù  hợp không, nếu có thì dùng không thì chọn giải pháp khác.
2. Băng thông không phải là vấn đề, đơn giản nhất là khi người ta kêu bạn upgrade node thì bạn chỉ đi mua vga thêm chứ không đi nâng cấp mạng.
3.  Cái này liên quan đến hiệu năng của hệ thống, đây có thể là vấn đề thực  sự, nhưng cái này là đánh đổi. Điều cần xem xét là với một định mức an  toàn và dân chủ phù hợp thì hiệu năng có thể đạt được mức nào.
4.  Hiệu năng của hệ thống blockchain chả hơn cái điện thoại cùi bắp nokia  đâu nên chẳng ai lại dùng nó để chạy mấy thứ phức tạp, cái họ cần là xác  minh tính đúng đắn, điều đó là thứ nên tập trung vào.
5. Vẫn có nhiều blockchain đề cao privacy, bạn có thể tìm hiểu thêm, mình chưa đào sâu thử nhưng xem verge thử xem sao.
6.  Trustless là vấn đè muôn thuở ví dụ như ssl, bạn muốn có https phải mua  ssl cer của thằng khác vậy câu hỏi là ai giám sát cái thằng giám sát  mình. Nhưng bạn đặt ra vấn đề đúng.
7. Dịch vụ của tui  chẳng bao giờ để trên blockchain có chăng tui chỉ để hơpj đồng trên đó  để mọi người điều biết để anh không quịt thôi.
8. Vấn đề này là chuyện không của riêng block chain, mình vẫn có thể dùng masterkey để mã hoá như các mật khẩu khác.
Chốt  lại là mình thấy rằng mình cần hiểu đặc tính của thứ mình xài để sử  dụng cho phù hợp chứ không phải tung hô nào là tương lai các kiểu, đó  mới vô tình giết chết tiềm năng của nó.

https://www.facebook.com/vancongminh.17989/posts/624980637841084

Mình  thấy cứ nói về blockchain là hầu như mọi người đều chỉ bàn về bitcoin  và ethereum thui. Có những nền tảng khác tốt hơn mà mình ít thấy ai bàn tới, điển hình là Stellar. Stellar đã có stable SDK từ lâu, phát  triển blockchain với Stellar đơn giản dễ dàng hơn nhìu so với  Ethereum/Bitcoin. Với Stellar tốc độ giao dịch rất nhanh và phí giao  dịch rất thấp chỉ đứng sau Ripple, và việc cuối năm nay Stellar triển  khai Lighting Network thì tốc độ sẽ tăng đáng kể nữa.

    Image: Creative Commons/World Economic Forum

Một trong những khía cạnh độc đáo nhất của blockchain là số lượng lớn những người ủng hộ cho công nghệ này – những người tin rằng blockchain có thể giải quyết mọi thứ từ bất bình đẳng tài chính toàn cầu, đến việc cung cấp ID cho người tị nạn, hay cho phép mọi người bán nhà của họ mà không cần thông qua đại lý bất động sản. Sự nhiệt tình nồng hậu này cũng gây tổn hại cho triển vọng dài hạn của công nghệ này.

Sự ủng hộ như trên vừa không có lý do chính đáng và vừa ảnh hưởng tiêu cực đến công việc phát triển tổng thể của công nghệ sổ kế toán phân tán (DLT), trong đó blockchain là ví dụ điển hình. Việc triển khai blockchain đòi hỏi có một sự phù hợp giữa lợi ích của blockchain và các trường hợp cụ thể để khai thác tối đa các lợi ích này, sau đó phải nỗ lực thực hiện để hệ thống hoạt động chính xác và ứng dụng tích hợp trong các tổ chức và mở rộng ra ngành.

Dựa trên phân tích của chúng tôi về cách blockchain được sử dụng trong một loạt các dự án trên thế giới và sau các cuộc phỏng vấn với các giám đốc điều hành, chúng tôi thấy có 11 câu hỏi mà doanh nghiệp cần trả lời để xem liệu blockchain có phải là giải pháp cho một số vấn đề của họ.

Hãy xem ví dụ về một công ty hiệu ứng đặc biệt và phần mềm của họ được hàng triệu nhà phát triển trò chơi và nhà thiết kế công nghiệp sử dụng.

Một trong những thách thức chính mà các công ty này phải đối mặt là cung cấp các đơn vị xử lý đồ họa quy mô lớn để xử lý các dự án của khách hàng – những trò chơi này đòi hỏi nhiều khả năng xử lý và đây có thể là một quá trình tốn kém.

Công nghệ Blockchain có thể cho phép công ty này khai thác các khả năng chưa được khám phá để giải quyết vấn đề kinh doanh của mình: hoàn thành nhiều dự án hơn với ít chi phí hơn.

Công ty cần có công suất xử lý nhiều nhất từ các đơn vị xử lý này với số tiền bỏ ra ít nhất có thể. Vì hầu hết các thiết bị của người tiêu dùng đều có cài đặt bộ xử lý, do đó, mọi người đều có thể đóng góp sức mạnh xử lý cho công ty để đổi lại một khoản phí nhất định. Tóm lại, khi thiết bị của bạn có thời gian nhàn rỗi, bạn có thể dùng thời gian này cho công ty cần thêm sức mạnh xử lý cho trò chơi mới của họ và bạn sẽ được trả tiền (hoặc nhận token trên blockchain).

Sơ đồ dưới đây có 11 câu hỏi có thể giúp các công ty hiệu ứng đặc biệt quyết định này có cần sử dụng blockchain hay không:

Công ty không cần một người trung gian để giúp họ có thêm sức mạnh xử lý này (đây là bước di chuyển từ A đến B trên biểu đồ bộ công cụ). Tài sản của họ ở dạng kỹ thuật số và không có công ty nào khác quản lý tài sản (chuyển từ B sang C và thành D).

Vì giao dịch có thể diễn ra qua đêm, họ có thể chuyển từ D sang E. Sau khi hoàn thành công việc, công ty phần mềm không phải lưu trữ dữ liệu đó, để đưa họ đến F. Mọi người đều có thể tham gia. Di chuyển từ F đến G.

Công ty phải chứng minh rằng họ đã trả tiền cho bạn trong thời gian này, nhưng họ không phải biết cụ thể ai đã viết hợp đồng, vì vậy họ có thể chuyển từ G sang H thành I. Đối với các bước cuối cùng, mạng cần có khả năng kiểm soát chức năng và được công khai. Phân tích này cho thấy rằng trường hợp này nên chọn sổ cái công khai, không cần xin quyền truy cập. Giải pháp này áp dụng blockchain để cho phép các đơn vị xử lý đồ họa phân tán được chia sẻ trên toàn cầu, giảm chi phí và giảm lãng phí từ các đơn vị chưa được khai thác hết công suất.

Nếu chúng ta nghiên cứu một ví dụ khác và kiểm tra vai trò của blockchain trong ngành bảo hiểm y tế, chúng ta sẽ thấy một kết quả khác. Ngành này muốn ngăn chặn việc đòi bồi thường nhiều lần từ các nhà cung cấp khác nhau. Họ muốn loại bỏ những người trung gian thường quản lý một phần mối quan hệ của các công ty bảo hiểm (chuyển từ A sang B). Dữ liệu là kỹ thuật số và các công ty bảo hiểm muốn kiểm soát dữ liệu bệnh nhân và lưu trữ các giao dịch, chứ không phải dữ liệu cá nhân trong các yêu cầu đòi bồi thường (di chuyển thẳng từ B sang E). Tuy nhiên, giải pháp gặp phải một vài vấn đề khi xem xét từ quan điểm cần có nguồn tin cậy và sự tuân thủ. Ngành y tế được quản lý chặt chẽ và yêu cầu các nhà cung cấp bảo hiểm giám sát chi tiết các hoạt động của họ, đặc biệt là đối với việc quản lý dữ liệu người dùng cuối. Do đó, giải pháp không thành công tại thời điểm này. DLT không phải là lựa chọn tốt nhất cho trường hợp này.

Công cụ hỏi đáp như trên nhằm mục đích cho phép phân tích nhanh chóng ban đầu liệu blockchain có phải là giải pháp phù hợp cho một vấn đề kinh doanh hay không. Nó dựa trên kinh nghiệm thực tế về blockchain trong một loạt các dự án trên nhiều ngành công nghiệp được phân tích bởi Imperial College London.

Khung câu hỏi này đã được các thành viên của Hội đồng Tương lai Toàn cầu của Diễn đàn Kinh tế Thế giới 2017 về Blockchain xem xét và phát triển thêm và đã được thử nghiệm qua nhiều phương tiện, bao gồm cả các giám đốc điều hành toàn cầu (CEO) tại Diễn đàn Thường niên Diễn đàn Kinh tế Thế giới 2018 tổ chức ở Davos , Thụy sĩ.

Hy vọng công cụ này có thể phá vỡ các lời đồn về sức manhj huyễn hoặc của blockchain và khuyến khích một cách tiếp cận thực hành bằng tập trung vào vấn đề kinh doanh thay vì chỉ xem xét blockchain như một giải pháp công nghệ đơn thuần.

Some organizations are exploring how blockchain might provide a viable  alternative to the current procedural, organizational, and technological  infrastructure required to create institutionalized trust. Though these  exploratory efforts are still nascent, the payoff could be profound.