FA1.2 (Tezos)

FA1.2 trên Tezos là gì?

FA1.2 là tiêu chuẩn token có thể thay thế dành cho hợp đồng thông minh trên blockchain Tezos.

Tiêu chuẩn này xác định giao diện chung để chuyển token, cấp quyền chi tiêu token, kiểm tra số dư, kiểm tra hạn mức chi tiêu được cấp và đọc tổng nguồn cung token.

FA1.2 được xác định chính thức trong Đề xuất cải tiến Tezos 7, còn gọi là TZIP-7.

Tiêu chuẩn này được thiết kế riêng cho token có thể thay thế, nghĩa là mỗi đơn vị của một tài sản FA1.2 cụ thể đều có thể thay thế cho mọi đơn vị khác của cùng tài sản đó.

Hợp đồng FA1.2 có thể đại diện cho token thanh toán, token quản trị, tiền mã hóa được wrapped, tài sản có giá trị ổn định, điểm khách hàng thân thiết, tiền tệ trong ứng dụng hoặc một tài sản kỹ thuật số có thể chia nhỏ khác.

FA1.2 là một giao diện hợp đồng thông minh, không phải bản thân một loại tiền mã hóa.

Mỗi token FA1.2 được tạo và quản lý bởi hợp đồng thông minh Tezos riêng.

Hợp đồng duy trì một sổ cái liên kết địa chỉ tài khoản Tezos với số dư token.

Người dùng tương tác với hợp đồng để chuyển token hoặc cho phép tài khoản hay ứng dụng khác chi tiêu một lượng giới hạn token thay mặt họ.

FA1.2 không xác định giá, tình trạng pháp lý, mục đích kinh tế, nguồn cung tối đa hay cơ cấu quản trị của token.

Những đặc điểm này phụ thuộc vào hợp đồng token cụ thể và dự án kiểm soát hợp đồng đó.

FA1.2 có nghĩa là gì?

FA là viết tắt của Financial Application (Ứng dụng Tài chính).

Số 1.2 xác định phiên bản giao diện tài sản có thể thay thế được TZIP-7 định nghĩa.

Tiêu chuẩn này phát triển từ những công việc trước đó về giao diện token có thể thay thế của Tezos, đồng thời bổ sung hệ thống phê duyệt chính thức cho việc chuyển token được ủy quyền.

FA1.2 thường được dùng để chỉ cả tiêu chuẩn lẫn các token được triển khai theo tiêu chuẩn đó.

Tuy nhiên, về mặt kỹ thuật, thành phần tuân theo FA1.2 là hợp đồng thông minh.

Token không tự động tương thích với FA1.2 chỉ vì đơn vị phát hành dùng thuật ngữ này trong tên, ký hiệu, website hoặc nội dung tiếp thị.

Hợp đồng đã triển khai phải cung cấp các entrypoint bắt buộc với kiểu tham số và hành vi như quy định.

Vì sao FA1.2 được tạo ra?

Hợp đồng thông minh có thể xác định hành vi của token theo nhiều cách khác nhau.

Nếu không có tiêu chuẩn chung, mỗi ví và ứng dụng phi tập trung sẽ cần mã tích hợp riêng cho từng token có thể thay thế.

Một token có thể dùng tên này cho thao tác chuyển token, trong khi token khác lại dùng cấu trúc tham số hoàn toàn khác.

Việc truy vấn số dư và quyền chi tiêu cũng có thể hoạt động khác nhau giữa các hợp đồng.

FA1.2 cung cấp giao diện nhất quán, giúp giảm tình trạng phân mảnh này.

Ví có thể chuẩn bị giao dịch chuyển token thông qua entrypoint chuyển token đã được chuẩn hóa.

Ứng dụng có thể yêu cầu quyền chi tiêu thông qua entrypoint phê duyệt đã được chuẩn hóa.

Indexer có thể nhận diện thay đổi số dư và hiển thị hoạt động token theo định dạng nhất quán.

Công cụ phát triển có thể kiểm tra xem hợp đồng có cung cấp giao diện FA1.2 như kỳ vọng hay không.

Việc tiêu chuẩn hóa cải thiện khả năng tương tác, nhưng không đảm bảo một hợp đồng cụ thể an toàn, có giá trị hoặc được quản lý trung thực.

Tài liệu FA1.2 hiện hành của Octez bao gồm các công cụ chuyên dụng để kiểm tra khả năng tương thích, chuyển token, phê duyệt bên chi tiêu và đọc thông tin token.

Token FA1.2 hoạt động như thế nào?

Token FA1.2 được quản lý bởi hợp đồng thông minh Tezos lưu trữ sổ cái số dư tài khoản.

Khi token được phát hành, hợp đồng phân bổ số dư cho một hoặc nhiều địa chỉ tài khoản.

Người nắm giữ chuyển token bằng cách gọi hợp đồng, thay vì gửi token trực tiếp thông qua cơ chế hạch toán số dư cấp giao thức của Tezos.

Hợp đồng xác minh tài khoản nguồn, tài khoản nhận, số lượng yêu cầu, quyền của bên gọi và số dư khả dụng.

Nếu các bước kiểm tra thành công, hợp đồng trừ số lượng token khỏi số dư tài khoản nguồn và cộng số đó vào số dư tài khoản nhận.

Nếu kiểm tra thất bại, giao dịch bị hoàn nguyên và sổ cái không thay đổi.

Tài khoản cũng có thể phê duyệt một tài khoản hoặc hợp đồng thông minh khác để chi tiêu một lượng giới hạn từ số dư của mình.

Lượng được phê duyệt này gọi là hạn mức chi tiêu (allowance).

Mỗi lần chuyển token được ủy quyền thường làm giảm allowance còn lại theo số lượng token đã chuyển.

Hợp đồng có thể cung cấp thông tin về số dư, allowance và tổng nguồn cung thông qua các giao diện truy vấn được tiêu chuẩn hóa.

Tính có thể thay thế là gì?

Tính có thể thay thế có nghĩa là các đơn vị riêng lẻ của một tài sản có thể thay thế cho nhau.

Một đơn vị của token FA1.2 cụ thể có các thuộc tính do hợp đồng quy định giống như một đơn vị khác của cùng token đó.

Thông thường, người nắm giữ không cần theo dõi chính xác đơn vị token nào mình đã nhận.

Sổ cái tài khoản ghi nhận số lượng thay vì danh tính riêng của từng token.

Điều này khiến FA1.2 phù hợp với các tài sản được thiết kế để hoạt động như tiền tệ, tín dụng, đơn vị biểu quyết, tài sản thế chấp hoặc quyền đòi hỏi có thể chia nhỏ.

FA1.2 không được thiết kế để gán danh tính riêng và hồ sơ metadata riêng cho từng đơn vị.

Tài sản kỹ thuật số độc nhất thường được triển khai bằng một tiêu chuẩn token linh hoạt hơn, được thiết kế để hỗ trợ NFT.

Token FA1.2 được nhận diện như thế nào?

Token FA1.2 chủ yếu được nhận diện thông qua địa chỉ hợp đồng thông minh Tezos quản lý token đó.

FA1.2 đại diện cho một loại token có thể thay thế trên mỗi hợp đồng, thay vì sử dụng nhiều token ID cho các tài sản không liên quan.

Khi metadata FA1.2 sử dụng cấu trúc metadata token gắn với các tiêu chuẩn Tezos mới hơn, token ID phải là 0.

Tên và ký hiệu ticker của token không phải là định danh duy nhất đáng tin cậy.

Các hợp đồng khác nhau có thể sử dụng cùng tên, ký hiệu, hình ảnh và số chữ số thập phân.

Đơn vị phát hành gian lận cũng có thể sao chép nhận diện thương hiệu của một tài sản hợp pháp.

Trước khi chuyển, phê duyệt hoặc mua token FA1.2, người dùng nên xác minh toàn bộ địa chỉ hợp đồng thông qua tài liệu đáng tin cậy của dự án.

Các entrypoint chính của FA1.2 là gì?

Giao diện FA1.2 xác định các entrypoint để chuyển token, phê duyệt, truy vấn số dư, truy vấn allowance và truy vấn tổng nguồn cung.

Tài liệu tham khảo giao diện chính thức của Octez liệt kê transfer, approve, getBalance, getAllowance và getTotalSupply là các thao tác FA1.2 chính.

Hợp đồng riêng lẻ có thể có thêm entrypoint để mint, burn, tạm dừng, quản trị, quy đổi hoặc thực hiện hành vi cụ thể khác của dự án.

Các entrypoint bổ sung không tự động thuộc tiêu chuẩn FA1.2.

Entrypoint transfer

Entrypoint transfer chuyển một lượng token cụ thể từ địa chỉ này sang địa chỉ khác.

Lệnh gọi xác định địa chỉ nguồn, địa chỉ nhận và lượng token cần chuyển.

Khi bên gọi chuyển token từ tài khoản của chính mình, hợp đồng xác minh tài khoản có đủ token hay không.

Khi bên gọi chuyển token từ tài khoản khác, bên gọi phải có allowance đủ lớn do chủ sở hữu cấp.

Giao dịch chuyển được ủy quyền làm giảm allowance còn lại của bên chi tiêu.

Giao dịch chuyển sẽ thất bại nếu số dư hoặc allowance không đủ.

Entrypoint transfer của FA1.2 kết hợp giao dịch chuyển trực tiếp của chủ sở hữu và giao dịch chuyển được ủy quyền trong cùng một giao diện.

Entrypoint approve

Entrypoint approve cho phép người nắm giữ token ủy quyền cho bên chi tiêu chuyển một lượng token giới hạn của họ.

Bên chi tiêu có thể là tài khoản người dùng khác hoặc hợp đồng thông minh.

Ứng dụng có thể sử dụng cơ chế này để thu thanh toán, cung cấp thanh khoản, khóa tài sản thế chấp, hoàn tất giao dịch hoặc thực hiện các hành động được ủy quyền khác.

Việc phê duyệt không chuyển token ngay lập tức.

Thao tác này tạo allowance có thể được sử dụng trong các lệnh gọi chuyển token sau đó.

Người nắm giữ vẫn sở hữu token cho đến khi một giao dịch chuyển được cho phép diễn ra.

Entrypoint getBalance

Entrypoint getBalance trả về số dư token FA1.2 gắn với một địa chỉ cụ thể.

Số dư được báo cáo lưu trong hợp đồng token, không phải trong số dư tez cấp giao thức.

Ví, indexer hoặc ứng dụng có thể dùng thông tin này để hiển thị số token mà tài khoản kiểm soát.

Các công cụ Octez hiện tại có thể đọc những truy vấn số dư được hỗ trợ off-chain mà không cần người dùng gửi một giao dịch riêng chỉ để truy xuất thông tin.

Entrypoint getAllowance

Entrypoint getAllowance trả về lượng còn lại mà một địa chỉ được phép chuyển từ địa chỉ khác.

Truy vấn xác định cả chủ sở hữu token và bên chi tiêu được phê duyệt.

Kết quả bằng 0 có nghĩa là bên chi tiêu hiện không còn allowance FA1.2 nào từ chủ sở hữu đó.

Kết quả dương cho biết lượng tối đa vẫn có thể được chuyển theo quyền đã ghi nhận.

Entrypoint getTotalSupply

Entrypoint getTotalSupply trả về tổng số đơn vị token FA1.2 mà hợp đồng ghi nhận.

Tổng nguồn cung có thể thay đổi nếu triển khai có chức năng mint hoặc burn.

Truy vấn tổng nguồn cung không cho biết token tập trung đến mức nào giữa những người nắm giữ.

Truy vấn này cũng không cho biết liệu có thể tạo thêm token trong tương lai hay không.

Allowance FA1.2 là gì?

Allowance FA1.2 là quyền chi tiêu có giới hạn do chủ sở hữu token cấp cho một địa chỉ khác.

Giả sử chủ sở hữu phê duyệt cho một ứng dụng chi tiêu 100 token.

Ứng dụng có thể chuyển tối đa 100 token từ số dư của chủ sở hữu, tùy theo quy tắc của hợp đồng.

Nếu ứng dụng chuyển 30 token, allowance còn lại thường là 70 token.

Ngay cả khi allowance đã ghi nhận lớn hơn, ứng dụng cũng không thể chuyển nhiều hơn số dư khả dụng của chủ sở hữu.

Ứng dụng cũng không thể sử dụng allowance cho một hợp đồng token FA1.2 khác.

Allowance vẫn được ghi nhận on-chain cho đến khi được sử dụng, thay đổi hoặc đặt lại.

Ngắt kết nối ví khỏi website không tự động hủy allowance.

Khi cần thu hồi quyền, người nắm giữ phải gửi giao dịch cập nhật phê duyệt on-chain.

Allowance FA1.2 khác quyền operator như thế nào?

FA1.2 sử dụng allowance có giá trị số.

Chủ sở hữu chọn số lượng tối đa mà bên chi tiêu được phép chuyển.

Allowance thường giảm khi các giao dịch chuyển diễn ra.

Mô hình token dựa trên operator thường cấp quyền cho một loại token cụ thể mà không xác định một lượng số học giảm dần.

Sự khác biệt này có thể ảnh hưởng đến giao diện ví và bảo mật ứng dụng.

Không nên hiển thị phê duyệt FA1.2 cho 50 đơn vị như thể đó là quyền kiểm soát không giới hạn.

Tương tự, không nên hiểu quyền operator là allowance số lượng được cấp một lần.

Vì sao cần thận trọng khi thay đổi allowance FA1.2?

Việc thay đổi allowance token hiện có có thể tạo ra điều kiện tranh chấp (race condition).

Bên chi tiêu có thể cố sử dụng allowance cũ trước khi phê duyệt thay thế của chủ sở hữu được xác nhận.

Sau đó, bên chi tiêu có thể tiếp tục cố sử dụng allowance mới khi allowance này được kích hoạt.

TZIP-7 xử lý một phần vấn đề này bằng cách cấm thay đổi trực tiếp từ một allowance khác 0 sang một allowance khác 0.

Thông thường, chủ sở hữu cần đặt allowance về 0 trước khi cấp một lượng mới khác 0.

Quy định về allowance trong TZIP-7 cũng giải thích rằng đặt allowance về 0, tự nó, không đảm bảo hoàn toàn tránh được mọi tình huống đối kháng về thời điểm.

Người dùng thận trọng nên chờ giao dịch đặt allowance về 0 được đưa vào blockchain trước khi cấp allowance thay thế.

Ứng dụng có giá trị cao cũng nên kiểm tra xem bên chi tiêu có sử dụng allowance trong khi bản cập nhật đang chờ xử lý hay không.

Ví dụ về allowance FA1.2

Giả sử một ví nắm giữ 1.000 đơn vị token FA1.2.

Chủ sở hữu phê duyệt cho một ứng dụng phi tập trung chi tiêu 200 đơn vị.

Sau đó, ứng dụng chuyển 75 đơn vị vào một hợp đồng thông minh.

Số dư token của chủ sở hữu giảm còn 925 đơn vị.

Allowance còn lại của ứng dụng giảm còn 125 đơn vị.

Nếu ứng dụng cố chuyển thêm 150 đơn vị, giao dịch sẽ thất bại vì allowance còn lại không đủ.

Chủ sở hữu có thể giảm allowance về 0 khi ứng dụng không còn cần quyền truy cập.

FA1.2 có hỗ trợ phê duyệt không giới hạn không?

Người nắm giữ FA1.2 có thể phê duyệt một lượng rất lớn nếu hợp đồng chấp nhận giá trị đó.

Một số ứng dụng có thể xem đây là phê duyệt gần như không giới hạn.

Allowance lớn giúp giảm nhu cầu gửi nhiều giao dịch phê duyệt lặp lại.

Đồng thời, allowance lớn cũng làm tăng lượng tài sản có nguy cơ bị mất nếu hợp đồng được phê duyệt bị xâm phạm, có hành vi độc hại hoặc bị sử dụng sai cách.

Khi có thể, người dùng chỉ nên phê duyệt lượng thực sự cần thiết.

Nên đặt các allowance cũ hoặc không cần thiết về 0.

Số dư FA1.2 được lưu trữ như thế nào?

Thông thường, một triển khai FA1.2 lưu số dư trong sổ cái thuộc hợp đồng token.

Sổ cái ánh xạ địa chỉ của mỗi người nắm giữ với số lượng token là số tự nhiên.

Một số triển khai lưu số dư và allowance chung trong một mục sổ cái có cấu trúc.

TZIP-7 mô tả bố cục có thể lập chỉ mục được tiêu chuẩn hóa, trong đó hồ sơ chủ sở hữu có thể chứa cả số dư và bản đồ allowance của các bên chi tiêu.

Không phải mọi triển khai cũ đều bắt buộc sử dụng cách lưu trữ nội bộ giống hệt nhau, miễn là hành vi công khai đáp ứng giao diện yêu cầu.

Ứng dụng nên tương tác thông qua các entrypoint tiêu chuẩn hoặc dữ liệu được lập chỉ mục đáng tin cậy, thay vì giả định một bố cục lưu trữ riêng cụ thể.

FA1.2 có sử dụng token ID không?

FA1.2 là tiêu chuẩn hợp đồng token đơn và không sử dụng token ID để phân biệt nhiều loại token độc lập trong các giao dịch thông thường.

Khi metadata token FA1.2 được biểu diễn theo định dạng metadata dùng chung với các tiêu chuẩn mới hơn, token ID được cố định ở mức 0.

Hợp đồng cần quản lý nhiều token có thể thay thế riêng biệt dưới cùng một địa chỉ thường phù hợp hơn với tiêu chuẩn đa tài sản.

Người dùng không nên cho rằng token ID 0 nhận diện duy nhất một tài sản FA1.2 nếu chưa biết địa chỉ hợp đồng.

Metadata FA1.2 hoạt động như thế nào?

Giao diện FA1.2 ban đầu chủ yếu tập trung vào hành vi của sổ cái và allowance.

TZIP-7 không tự xác định một hệ thống metadata hợp đồng hoàn chỉnh.

Hướng dẫn metadata token hiện hành của tiêu chuẩn này sử dụng cùng dạng metadata token tổng quát gắn với tiêu chuẩn đa tài sản của Tezos.

Token ID dùng cho metadata FA1.2 phải là 0.

Metadata có thể bao gồm tên token, ký hiệu, số chữ số thập phân, mô tả và thông tin hiển thị khác.

Thông tin cấp hợp đồng cũng có thể được công bố theo metadata hợp đồng TZIP-16.

TZIP-16 hỗ trợ metadata được lưu on-chain hoặc được tham chiếu thông qua các vị trí off-chain như bộ nhớ lưu trữ định địa chỉ theo nội dung hoặc dịch vụ web.

Metadata giúp ví và trình khám phá blockchain hiển thị tài sản, nhưng không kiểm soát sổ cái thực tế trừ khi hợp đồng chủ động sử dụng metadata trong logic nghiệp vụ.

Decimals của token FA1.2 có nghĩa là gì?

Số dư FA1.2 được lưu dưới dạng đơn vị số tự nhiên nguyên.

Trường metadata decimals cho ví biết vị trí đặt dấu thập phân khi hiển thị.

Giả sử số dư thô trong hợp đồng là 1.500.000 và token sử dụng sáu chữ số thập phân.

Ví sẽ hiển thị số dư là 1,5 token.

Hợp đồng thông minh vẫn ghi nhận 1.500.000 đơn vị nhỏ nhất.

Decimals không xác định giá thị trường, tổng nguồn cung hay mức độ khan hiếm của token.

Giá trị decimals không chính xác có thể khiến ví hoặc ứng dụng hiển thị số lượng gây hiểu nhầm.

FA1.2 có quy định nguồn cung tối đa không?

Không, FA1.2 không yêu cầu nguồn cung tối đa cố định.

Hợp đồng cung cấp cách đọc tổng nguồn cung, nhưng đơn vị phát hành có thể bổ sung chức năng mint hoặc burn tùy chỉnh.

Token có thể bắt đầu với nguồn cung cố định và không có phương thức tạo thêm.

Token khác có thể cho phép quản trị viên, hợp đồng quản trị hoặc quy trình giao thức được xác định mint thêm đơn vị.

Trước khi cho rằng nguồn cung bị giới hạn vĩnh viễn, người dùng nên kiểm tra hợp đồng đã triển khai và quyền quản trị.

Con số nguồn cung được công bố mô tả trạng thái hiện tại, nhưng không nhất thiết phản ánh lượng phát hành trong tương lai.

FA1.2 có bắt buộc mint token không?

Không, mint không phải là một trong các entrypoint bắt buộc của FA1.2.

Hợp đồng có thể tạo toàn bộ nguồn cung trong quá trình triển khai.

Hợp đồng cũng có thể có hàm mint tùy chỉnh do quản trị viên hoặc hợp đồng thông minh khác kiểm soát.

Chính sách mint nên nêu rõ ai có thể tạo token, có giới hạn nguồn cung hay không và quyền đó có thể được chuyển giao hoặc loại bỏ hay không.

Việc mint trái phép hoặc không giới hạn có thể làm pha loãng quyền lợi của người nắm giữ hiện tại và gây xáo trộn thị trường token.

FA1.2 có bắt buộc burn token không?

Không, burn cũng là tính năng tùy chọn.

Hàm burn tùy chỉnh có thể giảm vĩnh viễn số dư và tổng nguồn cung theo quy tắc của hợp đồng.

Hàm này có thể cho phép người nắm giữ tự burn token hoặc chỉ dành cho quản trị viên.

Gửi token đến một địa chỉ không thể truy cập không phải lúc nào cũng cập nhật tổng nguồn cung do hợp đồng báo cáo.

Burn thực sự ở cấp hợp đồng cần giảm cả số dư liên quan và số liệu tổng nguồn cung nếu đó là thiết kế dự kiến.

FA1.2 và tez

Tez là tiền mã hóa gốc của blockchain Tezos.

Token FA1.2 được tạo và quản lý bởi hợp đồng thông minh.

Số dư tez được duy trì trực tiếp bởi giao thức Tezos.

Số dư FA1.2 được duy trì trong dữ liệu lưu trữ của hợp đồng token riêng lẻ.

Phí giao dịch trên Tezos thường được thanh toán bằng tez, ngay cả khi giao dịch chuyển token FA1.2.

Nắm giữ số dư FA1.2 không tự động cung cấp đủ tez để thanh toán giao dịch chuyển hoặc phê duyệt token.

Tài liệu token của Tezos giải thích sự khác biệt giữa tez ở cấp giao thức và token được biểu diễn trong sổ cái của hợp đồng thông minh.

FA1.2 và FA2

FA1.2 được thiết kế riêng cho một token có thể thay thế do một hợp đồng thông minh quản lý.

FA2 là giao diện token mới hơn và linh hoạt hơn.

FA2 có thể hỗ trợ token có thể thay thế, NFT, tài sản không thể chuyển nhượng, mô hình kết hợp và nhiều token ID trong một hợp đồng.

FA1.2 sử dụng allowance số lượng dành cho bên chi tiêu.

FA2 tiêu chuẩn thường sử dụng quyền operator riêng cho token thay vì allowance số lượng giảm dần.

FA1.2 cung cấp cấu trúc chuyển token riêng cho từng yêu cầu, trong khi FA2 sử dụng cấu trúc chuyển token và truy vấn số dư theo lô.

FA2 cũng hỗ trợ rõ ràng hơn các chính sách chuyển token tùy chỉnh.

Hướng dẫn SmartPy hiện tại khuyến nghị sử dụng FA2 cho hợp đồng token mới vì tiêu chuẩn này hỗ trợ nhiều trường hợp sử dụng hơn.

Khuyến nghị này không khiến các hợp đồng FA1.2 hiện có trở nên không hợp lệ.

Các công cụ Octez hiện tại vẫn cung cấp hỗ trợ chuyên dụng cho FA1.2.

FA1.2 và FA2.1

FA2.1 là một đề xuất phát triển tiếp theo của dòng FA2, bao gồm các tính năng như allowance hữu hạn, sự kiện, chế độ xem on-chain và chức năng liên quan đến ticket.

Khái niệm allowance hữu hạn của FA2.1 đáp ứng trường hợp sử dụng quen thuộc trong FA1.2, đồng thời duy trì cấu trúc đa tài sản rộng hơn của FA2.

Tài liệu SmartPy hiện mô tả FA2.1 là bản dự thảo.

Các hợp đồng FA1.2 hiện có không tự động thay đổi khi tiêu chuẩn mới được đề xuất.

Cần xác minh riêng mức hỗ trợ của ví và ứng dụng đối với từng tiêu chuẩn.

Có thể chuyển token FA1.2 sang FA2 không?

Thông thường, không thể chuyển hợp đồng FA1.2 thành FA2 chỉ bằng cách đổi nhãn.

Hai tiêu chuẩn sử dụng giao diện và mô hình quyền khác nhau.

Dự án muốn chuyển đổi có thể triển khai hợp đồng FA2 mới và tạo quy trình chuyển đổi được kiểm soát.

Quy trình này có thể khóa hoặc burn token cũ rồi phát hành token mới tương ứng.

Một thiết kế khác có thể chụp nhanh số dư rồi phân phối tài sản thay thế.

Việc chuyển đổi tạo ra rủi ro về kỹ thuật, quản trị, bảo mật và trải nghiệm người dùng.

Người dùng nên xác minh hợp đồng chuyển đổi chính thức và tránh các liên kết không được yêu cầu tự nhận có thể đổi token cũ.

FA1.2 có hỗ trợ tài sản crypto được wrapped không?

Có, hợp đồng FA1.2 có thể đại diện cho một loại tiền mã hóa được wrapped trên Tezos.

Token wrapped là tài sản hợp đồng thông minh riêng, được thiết kế để theo dõi một tài sản khác thông qua cơ chế lưu ký, bridge, mint hoặc quy đổi.

Giao diện FA1.2 tiêu chuẩn hóa việc chuyển token và allowance nhưng không đảm bảo token wrapped được bảo chứng đầy đủ.

Người dùng cần đánh giá dự trữ, điều kiện quy đổi, quyền kiểm soát của đơn vị lưu ký, bảo mật bridge, quyền mint và bằng chứng bảo chứng.

Hướng dẫn chính thức của Tezos về token wrapped nhấn mạnh rằng về mặt kỹ thuật, tài sản wrapped tách biệt với tiền mã hóa gốc.

FA1.2 có hỗ trợ token có giá trị ổn định không?

Có, token FA1.2 có thể được thiết kế để hướng đến giá trị của tiền pháp định, hàng hóa, tiền mã hóa hoặc một tài sản tham chiếu khác.

Bản thân FA1.2 không duy trì giá trị mục tiêu đó.

Độ ổn định của giá phụ thuộc vào đơn vị phát hành, tài sản thế chấp, dự trữ, cơ chế quy đổi, thanh khoản thị trường, hệ thống oracle và thiết kế kinh tế.

Token có thể tuân thủ FA1.2 nhưng vẫn mất mức neo giá dự kiến.

Không nên xem việc tuân thủ kỹ thuật là bằng chứng về chất lượng dự trữ hoặc độ ổn định của giá.

Ví hiển thị token FA1.2 như thế nào?

Ví có thể nhận diện hợp đồng FA1.2, truy vấn số dư của người dùng và đọc metadata hiện có.

Ví có thể hiển thị tên token, ký hiệu, số dư đã điều chỉnh theo decimals, logo và lịch sử giao dịch.

Một số ví sử dụng indexer thay vì đọc trực tiếp từng hợp đồng.

Tài liệu về indexer của Tezos giải thích rằng indexer sắp xếp thông tin token FA1.2 và FA2 để ứng dụng dễ truy cập hơn.

Token có thể không tự động xuất hiện nếu thiếu metadata, metadata không được hỗ trợ hoặc chưa được lập chỉ mục.

Token không hiển thị trong ví không nhất thiết có nghĩa là số dư on-chain bằng 0.

Người dùng có thể xác minh hợp đồng và thông tin sổ cái bằng các công cụ blockchain tương thích.

Ứng dụng phi tập trung sử dụng FA1.2 như thế nào?

Ứng dụng phi tập trung có thể yêu cầu phê duyệt để chi tiêu một lượng token FA1.2 xác định.

Sau khi được phê duyệt, ứng dụng có thể gọi hợp đồng token để chuyển token từ số dư của chủ sở hữu.

Cơ chế này có thể hỗ trợ nạp tiền, hoán đổi, tài sản thế chấp, đăng ký dịch vụ, đấu giá, cho vay, thanh toán và các hoạt động crypto khác.

Ứng dụng không nên yêu cầu allowance lớn hơn mức cần thiết hợp lý.

Trước khi ký, người dùng nên xác minh hợp đồng token, địa chỉ bên chi tiêu và lượng được phê duyệt.

Ứng dụng cũng cần xử lý an toàn các trường hợp số dư không đủ, allowance không đủ và phê duyệt đã thay đổi.

Có thể gộp các giao dịch chuyển FA1.2 không?

Entrypoint transfer cốt lõi của FA1.2 mô tả một địa chỉ nguồn, một địa chỉ nhận và một lượng token cho mỗi lần gọi.

Tuy nhiên, một thao tác Tezos có thể chứa nhiều lần gọi hợp đồng.

Các công cụ Octez hiện tại hỗ trợ lệnh chuyển theo lô, liên quan đến một nguồn và nhiều người nhận trên các hợp đồng FA1.2.

Gộp giao dịch có thể giúp phân phối token và vận hành ngân quỹ thuận tiện hơn.

Lỗi trong một chuỗi thao tác nguyên tử có thể khiến toàn bộ thao tác liên quan thất bại, thay vì chỉ hoàn tất một phần.

Các lô lớn cũng có thể tiêu tốn nhiều gas và cần được kiểm thử cẩn thận.

Lỗi tiêu chuẩn FA1.2

TZIP-7 xác định các lỗi liên quan đến allowance không đủ và thay đổi allowance không an toàn.

Giao dịch chuyển có thể thất bại nếu chủ sở hữu không có đủ token.

Giao dịch chuyển được ủy quyền có thể thất bại nếu allowance của bên chi tiêu thấp hơn lượng được yêu cầu.

Giao dịch phê duyệt có thể thất bại nếu cố thay trực tiếp một allowance khác 0 bằng một allowance khác 0.

Các triển khai riêng lẻ có thể sử dụng tên lỗi bổ sung cho quản trị, tạm dừng, mint, burn hoặc tính năng tùy chỉnh khác.

Ứng dụng nên hiển thị lỗi bằng ngôn từ giúp người dùng hiểu vấn đề liên quan đến số dư, allowance, quyền xác thực hay chính sách hợp đồng.

Rủi ro bảo mật của token FA1.2

Việc tương thích với FA1.2 không chứng minh rằng hợp đồng thông minh an toàn.

Hợp đồng có thể cung cấp đúng các entrypoint nhưng vẫn chứa logic nội bộ có lỗi hoặc độc hại.

Quản trị viên có thể có quyền mint nguồn cung mới, tạm dừng giao dịch chuyển, đóng băng tài khoản, thay đổi metadata hoặc thay thế địa chỉ quan trọng.

Bên chi tiêu được phê duyệt nhưng đã bị xâm phạm có thể chuyển token trong giới hạn allowance khả dụng.

Tên và ký hiệu bị sao chép có thể khiến token gian lận trông giống tài sản hợp pháp.

Token wrapped có thể thiếu tài sản bảo chứng ngay cả khi sổ cái FA1.2 hoạt động chính xác.

Người dùng nên kiểm tra mã nguồn hợp đồng, thông tin kiểm toán, quyền quản trị, cơ chế kiểm soát nguồn cung, allowance và quy tắc quy đổi.

Rủi ro bảo mật liên quan đến allowance

Allowance trao cho địa chỉ khác quyền trực tiếp kiểm soát một phần số dư token của chủ sở hữu.

Ứng dụng độc hại có thể sử dụng allowance ngay sau khi được phê duyệt.

Hợp đồng bị xâm phạm có thể sử dụng các quyền đã được cấp trước thời điểm bị xâm phạm.

Allowance lớn chưa sử dụng có thể duy trì hiệu lực trong thời gian dài.

Người dùng nên kiểm tra kỹ địa chỉ bên chi tiêu và tránh phê duyệt giao dịch không rõ mục đích.

Nên đặt các allowance không còn cần thiết về 0.

Không bao giờ cần khóa riêng tư hay cụm từ khôi phục để cấp hoặc thu hồi allowance FA1.2.

Rủi ro từ quyền quản trị

Hợp đồng FA1.2 tùy chỉnh có thể có quản trị viên với quyền đặc biệt.

Quản trị viên có thể kiểm soát việc mint, burn, tạm dừng, đóng băng tài khoản, blacklist, phí hoặc nâng cấp hợp đồng.

Các quyền này có thể hỗ trợ hoạt động bảo mật và tuân thủ.

Chúng cũng có thể tạo ra rủi ro tập trung hóa và lạm dụng.

Người dùng nên xác định quản trị viên là một tài khoản, hợp đồng multisig, hệ thống quản trị hay quy tắc bất biến.

Họ cũng nên xác định liệu quyền quản trị có thể được chuyển giao hoặc loại bỏ vĩnh viễn hay không.

Rủi ro về nguồn cung và pha loãng

Token có thể hiển thị nguồn cung hiện tại hạn chế nhưng vẫn giữ quyền mint không giới hạn trong tương lai.

Việc phát hành thêm có thể làm giảm tỷ lệ sở hữu của mỗi đơn vị hiện có trong tổng nguồn cung.

Giới hạn nguồn cung chỉ có ý nghĩa khi được thực thi bởi hợp đồng đã triển khai hoặc một giới hạn quản trị có mức độ ràng buộc tương đương.

Lời hứa trên website hoặc mạng xã hội không thay thế được quyền mint on-chain.

Người dùng nên phân biệt nguồn cung lưu hành, tổng nguồn cung và nguồn cung tiềm năng trong tương lai.

Rủi ro token giả

Bất kỳ ai cũng có thể triển khai hợp đồng thông minh Tezos với tên hoặc ký hiệu token quen thuộc.

Metadata trên ví có thể khiến một token không liên quan trông giống tài sản được nhận diện.

Địa chỉ hợp đồng đáng tin cậy hơn tên hiển thị.

Người dùng nên lấy địa chỉ hợp đồng đã xác minh từ các nguồn chính thức đáng tin cậy của dự án.

Không nên cho rằng token không được yêu cầu tự gửi đến ví có giá trị nếu chưa xác minh độc lập.

Liên kết trong metadata của token không rõ nguồn gốc có thể dẫn đến website phishing.

Rủi ro hợp đồng thông minh

Lỗi lập trình có thể cho phép chuyển token trái phép, ghi nhận số dư sai, khóa token hoặc làm sai lệch hạch toán nguồn cung.

Tuân thủ giao diện chính thức không chứng minh mọi nhánh logic nội bộ hoạt động chính xác.

Kiểm toán độc lập có thể giảm rủi ro nhưng không đảm bảo không tồn tại lỗ hổng.

Hợp đồng có logic mint, quy đổi, tính phí, nâng cấp hoặc tài sản thế chấp phức tạp cần được phân tích vượt ra ngoài các entrypoint FA1.2 cơ bản.

Hướng dẫn về rủi ro token của Tezos khuyến nghị kiểm tra khả năng truy cập mã nguồn, kiểm toán, giới hạn nguồn cung và quy tắc chuyển token.

Bảo mật khóa riêng tư và ví

Quyền sở hữu token FA1.2 cuối cùng phụ thuộc vào quyền kiểm soát tài khoản Tezos được ủy quyền quản lý số dư đã ghi nhận.

Kẻ tấn công có được khóa riêng tư của tài khoản có thể ký giao dịch chuyển token và phê duyệt.

Không hợp đồng token hợp pháp nào cần cụm từ khôi phục của người dùng để hiển thị số dư hoặc chuẩn bị giao dịch.

Tài liệu quản lý khóa của Octez nhấn mạnh các biện pháp lưu trữ và ký giao dịch an toàn cho hoạt động với tez và token FA.

Người dùng nên xác minh chi tiết giao dịch trên thiết bị ký trước khi phê duyệt thao tác.

Cách xác minh token FA1.2

Xác nhận toàn bộ địa chỉ hợp đồng Tezos thông qua nguồn chính thức đáng tin cậy.

Kiểm tra xem hợp đồng có cung cấp giao diện FA1.2 bắt buộc hay không.

Kiểm tra tên token, ký hiệu, decimals và tổng nguồn cung.

Xác định ai có thể mint, burn, tạm dừng, đóng băng hoặc nâng cấp token.

Kiểm tra allowance hiện có trước khi tương tác với ứng dụng mới.

Xem xét các đánh giá bảo mật độc lập khi có tài sản giá trị liên quan.

Đối với token wrapped hoặc token có giá trị ổn định, hãy xác minh riêng dự trữ và quy tắc quy đổi, không chỉ dựa vào giao diện FA1.2.

Không dựa vào ticker, biểu tượng trong ví hoặc tin nhắn mạng xã hội để xác thực token.

Thực tiễn phát triển FA1.2 tốt nhất

Nhà phát triển nên tuân thủ chính xác kiểu entrypoint và hành vi xác thực trong TZIP-7.

Cần kiểm thử riêng giao dịch chuyển trực tiếp của chủ sở hữu và giao dịch chuyển dựa trên allowance.

Các bài kiểm thử nên bao gồm số dư bằng 0, số dư không đủ, allowance không đủ và giao dịch chuyển giá trị bằng 0.

Thay đổi allowance cần tuân theo biện pháp bảo vệ tiêu chuẩn chống cập nhật trực tiếp từ giá trị khác 0 sang giá trị khác 0.

Nếu có chức năng mint, burn, tạm dừng hoặc quản trị, cần ghi rõ cách thức hoạt động.

Khi khả thi, nên dùng bộ lưu trữ metadata ổn định và bảo toàn tính toàn vẹn.

Ứng dụng nên sử dụng danh tính bên gọi phù hợp với tương tác hợp đồng trực tiếp, thay vì tin cậy nguồn gốc giao dịch không liên quan.

Nhà phát triển nên kiểm thử tích hợp với ví, indexer và công cụ Octez.

Hợp đồng có giá trị cao nên được đánh giá bảo mật độc lập trước khi triển khai.

Những hiểu lầm phổ biến về FA1.2

FA1.2 không phải tiền mã hóa gốc của Tezos.

FA1.2 không phải một token hoặc dự án riêng lẻ.

Đây là tiêu chuẩn mà các hợp đồng token có thể thay thế có thể triển khai.

FA1.2 không hỗ trợ NFT độc nhất như mô hình token chính.

Tuân thủ FA1.2 không đảm bảo nguồn cung cố định.

Mint và burn không phải entrypoint bắt buộc của tiêu chuẩn.

Phê duyệt không chuyển token ngay lập tức.

Ngắt kết nối ví không thu hồi allowance on-chain.

Tên hoặc ký hiệu token không nhận diện duy nhất hợp đồng của token đó.

Việc FA2 trở thành tiêu chuẩn được ưu tiên cho phát triển mới không xóa bỏ các hợp đồng FA1.2 hiện có.

Giao diện FA1.2 chính xác không đảm bảo token an toàn, được bảo chứng, có thể chuyển trong mọi điều kiện hoặc có giá trị tài chính.

Câu hỏi thường gặp

FA1.2 trên Tezos là gì?

FA1.2 là tiêu chuẩn hợp đồng thông minh cho token có thể thay thế trên Tezos, được xác định trong TZIP-7.

FA trong FA1.2 là viết tắt của từ gì?

FA là viết tắt của Financial Application (Ứng dụng Tài chính).

FA1.2 có phải tiền mã hóa không?

Không, đây là giao diện dùng để tạo và quản lý tiền mã hóa có thể thay thế cùng các tài sản token hóa khác.

FA1.2 vẫn được hỗ trợ chứ?

Có, tài liệu Octez hiện tại vẫn cung cấp các công cụ chuyên dụng để tương thích FA1.2, chuyển token, phê duyệt và truy vấn.

FA1.2 có phải tiêu chuẩn token mới nhất của Tezos không?

Không, FA2 mới hơn và linh hoạt hơn, còn FA2.1 hiện được mô tả là bản dự thảo phát triển của dòng FA2.

Nhà phát triển có nên tạo token FA1.2 mới không?

Hướng dẫn phát triển Tezos hiện tại thường khuyến nghị FA2 cho hợp đồng token mới, dù yêu cầu của dự án và tích hợp cũ có thể khác nhau.

FA1.2 có thể tạo NFT không?

FA1.2 được thiết kế cho token có thể thay thế, không phải tài sản không thể thay thế độc nhất.

Một hợp đồng FA1.2 có thể quản lý nhiều loại token không?

Tiêu chuẩn này đại diện cho một loại token có thể thay thế trên mỗi hợp đồng.

Token FA1.2 được nhận diện như thế nào?

Token chủ yếu được nhận diện bằng địa chỉ hợp đồng Tezos quản lý sổ cái.

FA1.2 sử dụng token ID nào cho metadata?

Token ID trong định dạng metadata token dùng chung phải là 0.

Số dư FA1.2 được lưu ở đâu?

Số dư được ghi trong sổ cái lưu trữ của hợp đồng thông minh FA1.2.

Entrypoint transfer của FA1.2 là gì?

Entrypoint này chuyển một lượng xác định từ địa chỉ nguồn sang địa chỉ nhận sau khi kiểm tra số dư và quyền hạn.

Entrypoint approve của FA1.2 là gì?

Entrypoint này cấp cho bên chi tiêu quyền chuyển tối đa một lượng xác định từ số dư token của chủ sở hữu.

Allowance FA1.2 là gì?

Allowance là lượng còn lại mà địa chỉ được phê duyệt có thể chuyển từ số dư của chủ sở hữu token.

Allowance có giảm sau khi được sử dụng không?

Có, giao dịch chuyển được ủy quyền thường làm giảm allowance còn lại theo lượng token đã chuyển.

Kết nối ví có tạo allowance không?

Không, allowance chỉ được tạo khi người dùng ký và gửi thao tác phê duyệt liên quan.

Ngắt kết nối ví có thu hồi allowance không?

Không, chủ sở hữu phải cập nhật allowance on-chain, thường bằng cách đặt allowance về 0.

Tôi có thể đổi trực tiếp một allowance khác 0 thành một allowance khác 0 khác không?

TZIP-7 cấm thay đổi allowance trực tiếp từ giá trị khác 0 sang giá trị khác 0 để bảo vệ trước một race condition đã được biết đến.

Nên thay đổi allowance như thế nào?

Trước tiên, người nắm giữ nên đặt allowance về 0, chờ xác nhận rồi mới cấp lượng mới sau khi kiểm tra xem có giao dịch chi tiêu nào phát sinh trong thời gian chờ hay không.

FA1.2 có bắt buộc mint token không?

Không, hàm mint là tùy chọn và phụ thuộc vào từng triển khai.

FA1.2 có bắt buộc burn token không?

Không, burn cũng là tính năng tùy chỉnh tùy chọn.

FA1.2 có đảm bảo giới hạn nguồn cung không?

Không, người dùng cần kiểm tra quyền mint thực tế và quy tắc nguồn cung của hợp đồng.

Làm thế nào để kiểm tra số dư FA1.2?

Ví tương thích, indexer, truy vấn hợp đồng hoặc lệnh truy vấn số dư FA1.2 của Octez có thể đọc số dư trong sổ cái.

Làm thế nào để kiểm tra allowance FA1.2?

Giao diện getAllowance hoặc indexer tương thích có thể báo cáo quyền còn lại giữa chủ sở hữu và bên chi tiêu.

Làm thế nào để kiểm tra tổng nguồn cung FA1.2?

Giao diện getTotalSupply trả về nguồn cung hiện tại được hợp đồng token ghi nhận.

Phí giao dịch FA1.2 được thanh toán bằng token phải không?

Phí giao dịch của giao thức Tezos thường được thanh toán bằng tez.

FA1.2 có thể đại diện cho tiền mã hóa được wrapped không?

Có, nhưng việc tuân thủ FA1.2 không đảm bảo dự trữ, khả năng quy đổi hoặc bảo mật bridge.

FA1.2 có thể đại diện cho tài sản có giá trị ổn định không?

Có, nhưng bản thân tiêu chuẩn không đảm bảo tài sản duy trì mức giá dự kiến.

Quản trị viên FA1.2 có thể đóng băng token không?

Triển khai tùy chỉnh có thể bao gồm quyền đóng băng hoặc tạm dừng, dù tiêu chuẩn không yêu cầu các quyền này.

Có thể chuyển token FA1.2 sang FA2 không?

Dự án có thể tạo quy trình chuyển đổi riêng, nhưng hợp đồng cũ không tự động tương thích với FA2.

Token FA1.2 có an toàn vì tuân thủ tiêu chuẩn không?

Không, việc tuân thủ tiêu chuẩn cải thiện khả năng tương thích giao diện nhưng không đảm bảo mã nguồn an toàn, quản trị trung thực, tài sản bảo chứng, thanh khoản hoặc giá trị.

Kết luận

FA1.2 là tiêu chuẩn token có thể thay thế của Tezos, được xác định chính thức trong TZIP-7.

Tiêu chuẩn này thiết lập giao diện chung cho giao dịch chuyển, phê duyệt, số dư, allowance và thông tin tổng nguồn cung.

Hợp đồng thông minh FA1.2 duy trì sổ cái liên kết địa chỉ Tezos với số dư token có thể thay thế cho nhau.

Hệ thống allowance số lượng cho phép người nắm giữ ủy quyền cho ứng dụng hoặc tài khoản khác chuyển một lượng token giới hạn.

Cần quản lý allowance cẩn thận vì allowance vẫn hoạt động on-chain và có thể tạo ra rủi ro do race condition hoặc hợp đồng bị xâm phạm.

FA1.2 không yêu cầu mint, burn, tạm dừng, đóng băng, quản trị metadata hoặc nguồn cung tối đa cố định.

Các tính năng này phụ thuộc vào cách triển khai từng hợp đồng.

FA2 hiện là tiêu chuẩn linh hoạt hơn cho việc phát triển token mới trên Tezos, nhưng các hợp đồng FA1.2 vẫn được hỗ trợ và tiếp tục được sử dụng.

Trước khi tương tác với token FA1.2 lạ, người dùng nên xác minh địa chỉ hợp đồng, lượng allowance, cơ chế kiểm soát nguồn cung, quyền quản trị viên, metadata, lịch sử kiểm toán và điều khoản quy đổi.

Việc tiêu chuẩn hóa FA1.2 cải thiện khả năng tương thích giữa ví, ứng dụng, indexer và công cụ phát triển Tezos, nhưng không đảm bảo token an toàn, hợp pháp, có thanh khoản hoặc có giá trị.