RUB3
| Real-world value, decentralized vision |
122 Đang theo dõi
1.1K+ Người theo dõi
383 Đã thích
32 Đã chia sẻ
Bài đăng
Tất cả
Trích dẫn
Live
PINNED
#signdigitalsovereigninfra $SIGN @SignOfficial
Tôi không mong đợi các sơ đồ sẽ là điều khiến tôi bận tâm.
Mọi người nói về việc chuyển dữ liệu giữa các hệ thống.
Nhưng khi tôi nhìn kỹ hơn, dữ liệu đã có sẵn ở đó.
Nó chỉ không có cùng một nghĩa ở mọi nơi.
Tôi đã thấy cùng một tuyên bố được chấp nhận trong một hệ thống và bị từ chối trong một hệ thống khác.
Không có gì thay đổi trong dữ liệu.
Chỉ có cách diễn giải là thay đổi.
Đó là khoảng cách mà SIGN thực sự đang thu hẹp.
Một sơ đồ ở đây không chỉ là định dạng.
Nó xác định những gì một tuyên bố được phép có nghĩa trước khi nó được phát hành.
Sự cứng nhắc đó cảm thấy hạn chế lúc đầu.
Nhưng nếu không có nó, mỗi hệ thống sẽ viết lại tuyên bố theo cách riêng của nó.
Vì vậy, mỗi xác nhận mang theo:
– ai đã nói điều đó
– theo sơ đồ nào
– chính xác là gì đã được ký
Và điều đó thay đổi cách mà các hệ thống hoạt động.
Một cơ quan y tế có thể phát hành một chứng minh đủ điều kiện,
và một ngân hàng có thể tiêu thụ nó sau mà không cần viết lại logic xung quanh nó.
Không có lớp ánh xạ. Không có giả định im lặng.
Bởi vì một khi ý nghĩa được xác định tại thời điểm phát hành,
mỗi người xác minh buộc phải đọc cùng một tuyên bố theo cùng một cách.
Đó là khi tôi nhận ra:
Vấn đề không bao giờ là chia sẻ dữ liệu.
Mà là tin tưởng rằng mọi người đều đọc nó theo cùng một cách.
Tôi không mong đợi các sơ đồ sẽ là điều khiến tôi bận tâm.
Mọi người nói về việc chuyển dữ liệu giữa các hệ thống.
Nhưng khi tôi nhìn kỹ hơn, dữ liệu đã có sẵn ở đó.
Nó chỉ không có cùng một nghĩa ở mọi nơi.
Tôi đã thấy cùng một tuyên bố được chấp nhận trong một hệ thống và bị từ chối trong một hệ thống khác.
Không có gì thay đổi trong dữ liệu.
Chỉ có cách diễn giải là thay đổi.
Đó là khoảng cách mà SIGN thực sự đang thu hẹp.
Một sơ đồ ở đây không chỉ là định dạng.
Nó xác định những gì một tuyên bố được phép có nghĩa trước khi nó được phát hành.
Sự cứng nhắc đó cảm thấy hạn chế lúc đầu.
Nhưng nếu không có nó, mỗi hệ thống sẽ viết lại tuyên bố theo cách riêng của nó.
Vì vậy, mỗi xác nhận mang theo:
– ai đã nói điều đó
– theo sơ đồ nào
– chính xác là gì đã được ký
Và điều đó thay đổi cách mà các hệ thống hoạt động.
Một cơ quan y tế có thể phát hành một chứng minh đủ điều kiện,
và một ngân hàng có thể tiêu thụ nó sau mà không cần viết lại logic xung quanh nó.
Không có lớp ánh xạ. Không có giả định im lặng.
Bởi vì một khi ý nghĩa được xác định tại thời điểm phát hành,
mỗi người xác minh buộc phải đọc cùng một tuyên bố theo cùng một cách.
Đó là khi tôi nhận ra:
Vấn đề không bao giờ là chia sẻ dữ liệu.
Mà là tin tưởng rằng mọi người đều đọc nó theo cùng một cách.
PINNED
Xem bản dịch
When the system says it’s valid but the workflow already moved on
$SIGN #SignDigitalSovereignInfra @SignOfficial
The part that bothered me wasn’t that the signer was wrong.
It was that the signer was still right… just not right anymore.
Everything looked clean on Sign Protocol.
Authorized issuer. Valid signature. Schema matched. The attestation resolved exactly how it should.
No errors. No warnings.
And still… the workflow had already moved on.
That’s where SIGN gets interesting and a bit uncomfortable.
Because SIGN guarantees something very specific:
👉 the claim is valid under a schema 👉 the issuer was authorized at the time of signing
That’s it.
It doesn’t guarantee that the institution still stands behind that issuer right now.
And that gap is where things break.
Because in SIGN, the structure is clean:
Schema defines meaning. Issuer is allowed to sign. Attestation binds both into proof.
Verification checks the schema and the signature.
All solid.
But none of that tracks whether authority is still current.
What I’ve seen is this:
Issuer gets registered under a schema. Attestations start flowing.
Then the institution shifts.
New vendor. New approval boundary. Scope gets narrowed.
But the issuer isn’t fully revoked. Or not revoked everywhere.
So now you have:
👉 schema still valid
👉 issuer still resolvable
👉 attestations still verifiable
But authority has already moved somewhere else.
And SIGN will still return that attestation as valid.
Because from its perspective… it is.
That’s not a flaw.
That’s the design.
Most people assume SIGN removes trust. It actually makes mistakes easier to scale if you model authority wrong.
SIGN gives you clean proof. It does not give you correct authority.
So downstream systems do what they’re designed to do.
They verify the attestation.
They don’t question the lifecycle behind it.
Because that lifecycle isn’t encoded unless you explicitly design it.
This is the real mechanism most people miss.
If you don’t define:
issuer revocation rulesscope boundariestime-based validityactive issuer sets per workflow
then old authority keeps passing new decisions.
And that’s where SIGN becomes powerful if used properly.
Because it lets you move from:
“issuer is trusted” ❌
to:
“issuer is trusted under specific conditions” ✅
Now authority becomes programmable.
Not static.
Not assumed.
Without that, you get what I saw.
Clean issuer trail. Dirty institutional reality.
And the system trusts the clean thing… because that’s all it can read.
So now the question changes.
Not:
“Is this attestation valid?”
But:
“Is this issuer still valid for this exact context, right now?”
SIGN doesn’t break when authority drifts.
It keeps working.
And that’s exactly why the mistake becomes harder to notice.
The part that bothered me wasn’t that the signer was wrong.
It was that the signer was still right… just not right anymore.
Everything looked clean on Sign Protocol.
Authorized issuer. Valid signature. Schema matched. The attestation resolved exactly how it should.
No errors. No warnings.
And still… the workflow had already moved on.
That’s where SIGN gets interesting and a bit uncomfortable.
Because SIGN guarantees something very specific:
👉 the claim is valid under a schema 👉 the issuer was authorized at the time of signing
That’s it.
It doesn’t guarantee that the institution still stands behind that issuer right now.
And that gap is where things break.
Because in SIGN, the structure is clean:
Schema defines meaning. Issuer is allowed to sign. Attestation binds both into proof.
Verification checks the schema and the signature.
All solid.
But none of that tracks whether authority is still current.
What I’ve seen is this:
Issuer gets registered under a schema. Attestations start flowing.
Then the institution shifts.
New vendor. New approval boundary. Scope gets narrowed.
But the issuer isn’t fully revoked. Or not revoked everywhere.
So now you have:
👉 schema still valid
👉 issuer still resolvable
👉 attestations still verifiable
But authority has already moved somewhere else.
And SIGN will still return that attestation as valid.
Because from its perspective… it is.
That’s not a flaw.
That’s the design.
Most people assume SIGN removes trust. It actually makes mistakes easier to scale if you model authority wrong.
SIGN gives you clean proof. It does not give you correct authority.
So downstream systems do what they’re designed to do.
They verify the attestation.
They don’t question the lifecycle behind it.
Because that lifecycle isn’t encoded unless you explicitly design it.
This is the real mechanism most people miss.
If you don’t define:
issuer revocation rulesscope boundariestime-based validityactive issuer sets per workflow
then old authority keeps passing new decisions.
And that’s where SIGN becomes powerful if used properly.
Because it lets you move from:
“issuer is trusted” ❌
to:
“issuer is trusted under specific conditions” ✅
Now authority becomes programmable.
Not static.
Not assumed.
Without that, you get what I saw.
Clean issuer trail. Dirty institutional reality.
And the system trusts the clean thing… because that’s all it can read.
So now the question changes.
Not:
“Is this attestation valid?”
But:
“Is this issuer still valid for this exact context, right now?”
SIGN doesn’t break when authority drifts.
It keeps working.
And that’s exactly why the mistake becomes harder to notice.
Xác minh đã hoạt động nhưng quyết định vẫn sai, SIGN đã giúp tôi hiểu tại sao
$SIGN #SignDigitalSovereignInfra @SignOfficial
Tôi từng giả định rằng một khi một chứng chỉ được cấp và xác minh, công việc đã hoàn thành. Nếu chữ ký được kiểm tra và tổ chức phát hành được tin cậy, hệ thống nên chấp nhận nó.
Nhưng điều đó chỉ hoạt động nếu không có gì thay đổi sau khi cấp phát. Trong hầu hết các hệ thống, giả định đó đã sai.
Trên thực tế, hầu hết các tuyên bố không phải là vĩnh viễn. Một giấy phép có thể bị thu hồi. Một trạng thái đủ điều kiện có thể thay đổi. Một cờ tuân thủ có thể bị xóa. Chứng chỉ bản thân không được cập nhật, nhưng sự thật cơ bản thì có.
Điều đó tạo ra một khoảng cách. Hệ thống có thể xác minh rằng điều gì đó là đúng tại một thời điểm, nhưng nó không có đảm bảo rằng điều đó vẫn đúng khi được sử dụng sau này.
Tôi từng giả định rằng một khi một chứng chỉ được cấp và xác minh, công việc đã hoàn thành. Nếu chữ ký được kiểm tra và tổ chức phát hành được tin cậy, hệ thống nên chấp nhận nó.
Nhưng điều đó chỉ hoạt động nếu không có gì thay đổi sau khi cấp phát. Trong hầu hết các hệ thống, giả định đó đã sai.
Trên thực tế, hầu hết các tuyên bố không phải là vĩnh viễn. Một giấy phép có thể bị thu hồi. Một trạng thái đủ điều kiện có thể thay đổi. Một cờ tuân thủ có thể bị xóa. Chứng chỉ bản thân không được cập nhật, nhưng sự thật cơ bản thì có.
Điều đó tạo ra một khoảng cách. Hệ thống có thể xác minh rằng điều gì đó là đúng tại một thời điểm, nhưng nó không có đảm bảo rằng điều đó vẫn đúng khi được sử dụng sau này.
SIGN: Kết thúc của Niềm tin Dựa trên Ảnh chụp màn hình
\u003cc-140/\u003e\u003ct-141/\u003e\u003cm-142/\u003e
Tôi thực sự không đặt câu hỏi về việc niềm tin trực tuyến bị phá vỡ như thế nào cho đến khi tôi nhận thấy nó phụ thuộc vào ảnh chụp màn hình nhiều như thế nào.
Có người nói họ đã được vào danh sách trắng → ảnh chụp màn hình Có người tuyên bố họ đã đóng góp → ảnh chụp màn hình Có người nói họ nắm giữ một vai trò → ảnh chụp màn hình
Và bằng cách nào đó, chúng ta đều đồng ý tin tưởng vào pixel.
Đó là khi SIGN bắt đầu cảm thấy ít giống như một công cụ… và nhiều hơn như một sự điều chỉnh.
Không phải là một cơ sở dữ liệu tốt hơn. Không phải là một giao diện người dùng sạch hơn. Một giả định hoàn toàn khác.
Những tuyên bố trên internet không nên được hiển thị. Chúng nên được neo lại.
Tôi thực sự không đặt câu hỏi về việc niềm tin trực tuyến bị phá vỡ như thế nào cho đến khi tôi nhận thấy nó phụ thuộc vào ảnh chụp màn hình nhiều như thế nào.
Có người nói họ đã được vào danh sách trắng → ảnh chụp màn hình Có người tuyên bố họ đã đóng góp → ảnh chụp màn hình Có người nói họ nắm giữ một vai trò → ảnh chụp màn hình
Và bằng cách nào đó, chúng ta đều đồng ý tin tưởng vào pixel.
Đó là khi SIGN bắt đầu cảm thấy ít giống như một công cụ… và nhiều hơn như một sự điều chỉnh.
Không phải là một cơ sở dữ liệu tốt hơn. Không phải là một giao diện người dùng sạch hơn. Một giả định hoàn toàn khác.
Những tuyên bố trên internet không nên được hiển thị. Chúng nên được neo lại.
#signdigitalsovereigninfra $SIGN @SignOfficial
Tôi từng nghĩ rằng SIGN là loại bỏ niềm tin ra khỏi hệ thống.
Bây giờ tôi nghĩ nó chỉ di chuyển đến một nơi khó nhận ra hơn.
Bởi vì trong SIGN, việc xác minh thực sự không bắt đầu với người dùng.
Nó bắt đầu với người phát hành.
Các sơ đồ định nghĩa các quy tắc.
Các chứng nhận mang theo bằng chứng.
Nhưng mọi thứ chỉ hoạt động nếu một người phát hành đáng tin cậy đã ký nó.
Đó là lớp niềm tin thực sự.
Và một khi tôi thấy điều đó, mọi thứ bắt đầu trông khác đi.
Một DAO không đánh giá bạn trực tiếp.
Nó chấp nhận bất kỳ ai mà người phát hành đã phê duyệt sẵn.
Một hệ thống chính phủ không kiểm tra lại bạn.
Nó tin rằng người phát hành đã làm điều đó.
Ngay cả airdrop cũng chuyển từ “ai đã tương tác”
sang “ai đã được công nhận.”
SIGN loại bỏ tín hiệu giả.
Nhưng nó cũng loại bỏ ảo tưởng.
Niềm tin không biến mất.
Nó tập trung lại.
Và nếu một vài người phát hành chiếm ưu thế…
thì phân quyền không biến mất
nó chỉ trở nên mỏng hơn.
SIGN không loại bỏ niềm tin.
Nó cho thấy chính xác bạn đang tin tưởng ai.
Tôi từng nghĩ rằng SIGN là loại bỏ niềm tin ra khỏi hệ thống.
Bây giờ tôi nghĩ nó chỉ di chuyển đến một nơi khó nhận ra hơn.
Bởi vì trong SIGN, việc xác minh thực sự không bắt đầu với người dùng.
Nó bắt đầu với người phát hành.
Các sơ đồ định nghĩa các quy tắc.
Các chứng nhận mang theo bằng chứng.
Nhưng mọi thứ chỉ hoạt động nếu một người phát hành đáng tin cậy đã ký nó.
Đó là lớp niềm tin thực sự.
Và một khi tôi thấy điều đó, mọi thứ bắt đầu trông khác đi.
Một DAO không đánh giá bạn trực tiếp.
Nó chấp nhận bất kỳ ai mà người phát hành đã phê duyệt sẵn.
Một hệ thống chính phủ không kiểm tra lại bạn.
Nó tin rằng người phát hành đã làm điều đó.
Ngay cả airdrop cũng chuyển từ “ai đã tương tác”
sang “ai đã được công nhận.”
SIGN loại bỏ tín hiệu giả.
Nhưng nó cũng loại bỏ ảo tưởng.
Niềm tin không biến mất.
Nó tập trung lại.
Và nếu một vài người phát hành chiếm ưu thế…
thì phân quyền không biến mất
nó chỉ trở nên mỏng hơn.
SIGN không loại bỏ niềm tin.
Nó cho thấy chính xác bạn đang tin tưởng ai.
#signdigitalsovereigninfra $SIGN @SignOfficial
Tôi nhớ đã cố gắng chứng minh điều gì đó đơn giản qua hai hệ thống.
Một cái có dữ liệu của tôi. Cái còn lại cần nó.
Vẫn… nó không hoạt động.
Thông tin giống nhau tồn tại ở nhiều nơi hợp đồng, API, cơ sở dữ liệu nội bộ
nhưng không cái nào có thể xác minh đáng tin cậy lẫn nhau.
Đó là lúc mọi thứ rõ ràng.
Xác minh không thất bại vì dữ liệu bị thiếu.
Nó thất bại vì dữ liệu bị phân mảnh.
Mỗi hệ thống nắm giữ một phần.
Không có hệ thống nào có thể xác nhận độc lập toàn bộ.
Vì vậy, xác minh trở thành đối chiếu:
lấy dữ liệu → khớp định dạng → tin tưởng nguồn → hy vọng không có gì bị hỏng ở giữa.
Đó không phải là xác minh.
Đó là rủi ro phối hợp.
Và dưới áp lực, đây chính là nơi mọi thứ thất bại.
Các API mất đồng bộ, các phiên bản dữ liệu không khớp, hoặc một nguồn thay đổi và đột nhiên không ai biết phiên bản nào là đúng.
SIGN tiếp cận điều này một cách khác.
Nó không cố gắng kết nối tất cả các nguồn dữ liệu.
Nó biến dữ liệu thành các tuyên bố có thể xác minh.
Thay vì hỏi:
“hệ thống nào có dữ liệu chính xác?”
Nó hỏi:
“có thể xác minh tuyên bố này một cách độc lập không?”
Mỗi tuyên bố là một chứng nhận được cấu trúc và ký:
một lược đồ → điều gì đang được chứng minh
một người phát hành → ai đã xác nhận điều đó
một lộ trình xác minh → cách bất kỳ hệ thống nào có thể kiểm tra điều đó
Vì vậy, các hệ thống không còn phụ thuộc vào tính nhất quán dữ liệu giữa các hệ thống nữa.
Họ xác minh một tuyên bố đã ký với một lược đồ và người phát hành đã biết.
Sự thật ngừng phụ thuộc vào nơi dữ liệu tồn tại.
Và bắt đầu phụ thuộc vào việc liệu tuyên bố có thể được xác nhận hay không.
Hầu hết các hệ thống cố gắng đồng bộ mọi thứ.
SIGN làm cho việc xác minh trở nên di động hơn.
Tôi nhớ đã cố gắng chứng minh điều gì đó đơn giản qua hai hệ thống.
Một cái có dữ liệu của tôi. Cái còn lại cần nó.
Vẫn… nó không hoạt động.
Thông tin giống nhau tồn tại ở nhiều nơi hợp đồng, API, cơ sở dữ liệu nội bộ
nhưng không cái nào có thể xác minh đáng tin cậy lẫn nhau.
Đó là lúc mọi thứ rõ ràng.
Xác minh không thất bại vì dữ liệu bị thiếu.
Nó thất bại vì dữ liệu bị phân mảnh.
Mỗi hệ thống nắm giữ một phần.
Không có hệ thống nào có thể xác nhận độc lập toàn bộ.
Vì vậy, xác minh trở thành đối chiếu:
lấy dữ liệu → khớp định dạng → tin tưởng nguồn → hy vọng không có gì bị hỏng ở giữa.
Đó không phải là xác minh.
Đó là rủi ro phối hợp.
Và dưới áp lực, đây chính là nơi mọi thứ thất bại.
Các API mất đồng bộ, các phiên bản dữ liệu không khớp, hoặc một nguồn thay đổi và đột nhiên không ai biết phiên bản nào là đúng.
SIGN tiếp cận điều này một cách khác.
Nó không cố gắng kết nối tất cả các nguồn dữ liệu.
Nó biến dữ liệu thành các tuyên bố có thể xác minh.
Thay vì hỏi:
“hệ thống nào có dữ liệu chính xác?”
Nó hỏi:
“có thể xác minh tuyên bố này một cách độc lập không?”
Mỗi tuyên bố là một chứng nhận được cấu trúc và ký:
một lược đồ → điều gì đang được chứng minh
một người phát hành → ai đã xác nhận điều đó
một lộ trình xác minh → cách bất kỳ hệ thống nào có thể kiểm tra điều đó
Vì vậy, các hệ thống không còn phụ thuộc vào tính nhất quán dữ liệu giữa các hệ thống nữa.
Họ xác minh một tuyên bố đã ký với một lược đồ và người phát hành đã biết.
Sự thật ngừng phụ thuộc vào nơi dữ liệu tồn tại.
Và bắt đầu phụ thuộc vào việc liệu tuyên bố có thể được xác nhận hay không.
Hầu hết các hệ thống cố gắng đồng bộ mọi thứ.
SIGN làm cho việc xác minh trở nên di động hơn.
DẤU: Càng nhiều danh tính được sử dụng lại, nó càng trở nên kém đáng tin cậy hơn
$SIGN #SignDigitalSovereignInfra @SignOfficial
Tôi không nhận ra vấn đề với danh tính cho đến khi tôi sử dụng cùng một cái ở hai nơi khác nhau.
Nó hoạt động hoàn hảo trong hệ thống đầu tiên.
Đã được xác minh. Được chấp nhận. Đáng tin cậy.
Sau đó, tôi đã cố gắng sử dụng cùng một danh tính ở nơi khác.
Và đột nhiên, nó không đủ nữa.
Tôi nhớ đã nghĩ, “tại sao tôi lại chứng minh cùng một điều lần nữa?”
Họ yêu cầu thêm.
Nhiều tài liệu. Nhiều chi tiết. Nhiều bằng chứng.
Không phải vì tôi đã thay đổi.
Bởi vì bối cảnh đã thay đổi.
Đó là khi có điều gì đó xảy ra.
Danh tính không bị phá vỡ khi nó được tạo ra.
Tôi không nhận ra vấn đề với danh tính cho đến khi tôi sử dụng cùng một cái ở hai nơi khác nhau.
Nó hoạt động hoàn hảo trong hệ thống đầu tiên.
Đã được xác minh. Được chấp nhận. Đáng tin cậy.
Sau đó, tôi đã cố gắng sử dụng cùng một danh tính ở nơi khác.
Và đột nhiên, nó không đủ nữa.
Tôi nhớ đã nghĩ, “tại sao tôi lại chứng minh cùng một điều lần nữa?”
Họ yêu cầu thêm.
Nhiều tài liệu. Nhiều chi tiết. Nhiều bằng chứng.
Không phải vì tôi đã thay đổi.
Bởi vì bối cảnh đã thay đổi.
Đó là khi có điều gì đó xảy ra.
Danh tính không bị phá vỡ khi nó được tạo ra.
Khoảnh khắc tôi nhận ra rằng các giao dịch không mang ý nghĩa
Lần đầu tiên tôi thấy một giao dịch xuyên biên giới bị “kẹt,” không phải vì tiền không di chuyển.
Nó đã.
Số dư đã được cập nhật.
Trạng thái hiển thị “hoàn thành.”
Nhưng mọi thứ sau đó cảm thấy… chưa hoàn thiện.
Một câu hỏi tuân thủ đã được đưa ra.
Sau đó là một yêu cầu làm rõ.
Sau đó một tổ chức khác yêu cầu cùng dữ liệu một lần nữa, chỉ được định dạng khác đi.
Giao dịch không bị thất bại.
Nó đã mất ngữ cảnh khi di chuyển.
Tiền đã được chuyển. Có nghĩa là không.
Đó là phần mà tôi không hiểu ban đầu.
Tôi từng nghĩ rằng các giao dịch chủ yếu là về việc thanh toán.
Nó đã.
Số dư đã được cập nhật.
Trạng thái hiển thị “hoàn thành.”
Nhưng mọi thứ sau đó cảm thấy… chưa hoàn thiện.
Một câu hỏi tuân thủ đã được đưa ra.
Sau đó là một yêu cầu làm rõ.
Sau đó một tổ chức khác yêu cầu cùng dữ liệu một lần nữa, chỉ được định dạng khác đi.
Giao dịch không bị thất bại.
Nó đã mất ngữ cảnh khi di chuyển.
Tiền đã được chuyển. Có nghĩa là không.
Đó là phần mà tôi không hiểu ban đầu.
Tôi từng nghĩ rằng các giao dịch chủ yếu là về việc thanh toán.
#signdigitalsovereigninfra $SIGN @SignOfficial
Tôi nhớ đã nghĩ rằng một khoản thanh toán xuyên biên giới được thực hiện ngay khi nó được gửi đi.
Tiền rời khỏi một bên.
Nó xuất hiện ở bên kia.
Đơn giản.
Nhưng sau đó những cuộc gọi bắt đầu.
“Bạn có thể xác nhận điều này không?”
“Bạn có thể gửi lại tài liệu đó không?”
“Bộ phận tuân thủ cần kiểm tra thêm một lần nữa.”
Cùng một khoản thanh toán.
Cùng một dữ liệu.
Vẫn không được chấp nhận.
Đó là khi tôi nhận ra… tiền đã di chuyển, nhưng ý nghĩa thì không.
Mỗi hệ thống đang cố gắng hiểu khoản thanh toán theo cách riêng của nó.
Kiểm tra lại.
Giải thích lại.
Xây dựng lại lòng tin từ con số không.
Và đó là nơi thực sự đến sự chậm trễ.
Không phải là đường ray.
Mà là các quy tắc xung quanh chúng.
Đó là lý do tại sao câu này bây giờ có ý nghĩa hơn với tôi:
tiền xuyên biên giới là nơi mà các đường ray kỹ thuật số gặp gỡ quan liêu thực sự.
Điều đã thay đổi đối với tôi là hiểu được những gì SIGN thực sự đang làm.
Nó không cố gắng di chuyển tiền nhanh hơn.
Nó đảm bảo rằng **ngữ cảnh di chuyển cùng với tiền**.
Vì vậy, thay vì gửi một khoản thanh toán và giải thích sau…
giao dịch có thể mang theo một chứng cứ có cấu trúc:
người gửi này đã được xác minh
quy tắc này đã được thỏa mãn
điều kiện này đã được kiểm tra rồi
Và bên kia không bắt đầu từ số không.
Nó xác minh những gì đã được định nghĩa.
Đó là sự khác biệt.
Trước đây, mỗi hệ thống đã hỏi:
“Tôi có thể tin tưởng điều này không?”
Với SIGN, nó trở thành:
“Tôi có thể xác minh điều này không?”
Đó là lý do tại sao nó cảm thấy thực hơn.
Bởi vì trong giao dịch xuyên biên giới, bạn không chỉ cần tốc độ.
Bạn cần các hệ thống đồng ý về ý nghĩa.
Và đó là phần mà SIGN thực sự sửa chữa.
Tôi nhớ đã nghĩ rằng một khoản thanh toán xuyên biên giới được thực hiện ngay khi nó được gửi đi.
Tiền rời khỏi một bên.
Nó xuất hiện ở bên kia.
Đơn giản.
Nhưng sau đó những cuộc gọi bắt đầu.
“Bạn có thể xác nhận điều này không?”
“Bạn có thể gửi lại tài liệu đó không?”
“Bộ phận tuân thủ cần kiểm tra thêm một lần nữa.”
Cùng một khoản thanh toán.
Cùng một dữ liệu.
Vẫn không được chấp nhận.
Đó là khi tôi nhận ra… tiền đã di chuyển, nhưng ý nghĩa thì không.
Mỗi hệ thống đang cố gắng hiểu khoản thanh toán theo cách riêng của nó.
Kiểm tra lại.
Giải thích lại.
Xây dựng lại lòng tin từ con số không.
Và đó là nơi thực sự đến sự chậm trễ.
Không phải là đường ray.
Mà là các quy tắc xung quanh chúng.
Đó là lý do tại sao câu này bây giờ có ý nghĩa hơn với tôi:
tiền xuyên biên giới là nơi mà các đường ray kỹ thuật số gặp gỡ quan liêu thực sự.
Điều đã thay đổi đối với tôi là hiểu được những gì SIGN thực sự đang làm.
Nó không cố gắng di chuyển tiền nhanh hơn.
Nó đảm bảo rằng **ngữ cảnh di chuyển cùng với tiền**.
Vì vậy, thay vì gửi một khoản thanh toán và giải thích sau…
giao dịch có thể mang theo một chứng cứ có cấu trúc:
người gửi này đã được xác minh
quy tắc này đã được thỏa mãn
điều kiện này đã được kiểm tra rồi
Và bên kia không bắt đầu từ số không.
Nó xác minh những gì đã được định nghĩa.
Đó là sự khác biệt.
Trước đây, mỗi hệ thống đã hỏi:
“Tôi có thể tin tưởng điều này không?”
Với SIGN, nó trở thành:
“Tôi có thể xác minh điều này không?”
Đó là lý do tại sao nó cảm thấy thực hơn.
Bởi vì trong giao dịch xuyên biên giới, bạn không chỉ cần tốc độ.
Bạn cần các hệ thống đồng ý về ý nghĩa.
Và đó là phần mà SIGN thực sự sửa chữa.
Nửa đêm: ZK không thất bại, nó chỉ không phù hợp cho đến bây giờ
$NIGHT #night @MidnightNetwork
Tôi đã từng tránh bất cứ điều gì có “zero-knowledge” trong ngăn xếp.
Không phải vì tôi không hiểu ý tưởng.
Bởi vì nó luôn thay đổi cách tôi phải xây dựng.
Bạn bắt đầu với một cái gì đó đơn giản trong đầu rồi ZK vào và đột nhiên bạn không còn xây dựng cùng một thứ nữa.
Bạn đang nghĩ về các mạch. Những gì bị rò rỉ. Những gì không. Những gì bị hỏng nếu một giá trị là công khai.
Vào một lúc nào đó, bạn không còn xây dựng ứng dụng.
Bạn đang quản lý lớp bảo mật.
Tôi nhận ra rằng tôi không tránh ZK vì nó khó.
Tôi đã từng tránh bất cứ điều gì có “zero-knowledge” trong ngăn xếp.
Không phải vì tôi không hiểu ý tưởng.
Bởi vì nó luôn thay đổi cách tôi phải xây dựng.
Bạn bắt đầu với một cái gì đó đơn giản trong đầu rồi ZK vào và đột nhiên bạn không còn xây dựng cùng một thứ nữa.
Bạn đang nghĩ về các mạch. Những gì bị rò rỉ. Những gì không. Những gì bị hỏng nếu một giá trị là công khai.
Vào một lúc nào đó, bạn không còn xây dựng ứng dụng.
Bạn đang quản lý lớp bảo mật.
Tôi nhận ra rằng tôi không tránh ZK vì nó khó.
#night $NIGHT @MidnightNetwork
Tôi đã cố gắng sử dụng các công cụ bảo mật trước đây.
Thật lòng mà nói… tôi chưa bao giờ gắn bó với chúng.
Không phải vì chúng không hoạt động, mà vì chúng đòi hỏi quá nhiều từ tôi.
Ví khác nhau. Thêm bước. Suy nghĩ kỹ trước khi làm điều gì đó đơn giản.
Sau vài ngày, tôi lại trở về với cách sử dụng bình thường.
Đó là điều khiến tôi ngừng lại với Midnight.
Nó không cảm giác như đang yêu cầu tôi sử dụng quyền riêng tư.
Nó cảm giác như đang loại bỏ khoảnh khắc mà tôi thậm chí phải nghĩ về điều đó.
Tính toán diễn ra một cách riêng tư. Mạng lưới chỉ thấy các chứng cứ. Quyền truy cập không phải là điều tôi có được tự động, mà được xác định.
Và tôi vẫn sử dụng nó theo cách giống như vậy.
Đó là phần cảm thấy khác biệt.
Hầu hết các dự án cố gắng cải thiện quyền riêng tư.
Midnight đang cố gắng làm cho nó biến mất vào trong trải nghiệm.
Và nếu điều đó thực sự hiệu quả…
Mọi người sẽ không áp dụng nó chỉ vì họ quan tâm đến quyền riêng tư.
Họ sẽ áp dụng nó vì không có gì cảm thấy khác biệt ngoại trừ những gì được giấu kín.
Tôi đã cố gắng sử dụng các công cụ bảo mật trước đây.
Thật lòng mà nói… tôi chưa bao giờ gắn bó với chúng.
Không phải vì chúng không hoạt động, mà vì chúng đòi hỏi quá nhiều từ tôi.
Ví khác nhau. Thêm bước. Suy nghĩ kỹ trước khi làm điều gì đó đơn giản.
Sau vài ngày, tôi lại trở về với cách sử dụng bình thường.
Đó là điều khiến tôi ngừng lại với Midnight.
Nó không cảm giác như đang yêu cầu tôi sử dụng quyền riêng tư.
Nó cảm giác như đang loại bỏ khoảnh khắc mà tôi thậm chí phải nghĩ về điều đó.
Tính toán diễn ra một cách riêng tư. Mạng lưới chỉ thấy các chứng cứ. Quyền truy cập không phải là điều tôi có được tự động, mà được xác định.
Và tôi vẫn sử dụng nó theo cách giống như vậy.
Đó là phần cảm thấy khác biệt.
Hầu hết các dự án cố gắng cải thiện quyền riêng tư.
Midnight đang cố gắng làm cho nó biến mất vào trong trải nghiệm.
Và nếu điều đó thực sự hiệu quả…
Mọi người sẽ không áp dụng nó chỉ vì họ quan tâm đến quyền riêng tư.
Họ sẽ áp dụng nó vì không có gì cảm thấy khác biệt ngoại trừ những gì được giấu kín.
#signdigitalsovereigninfra $SIGN
Tôi nhớ đã giúp ai đó xin một khoản trợ cấp nhỏ của chính phủ.
Số tiền đã được phê duyệt nhưng không có gì diễn ra.
Một văn phòng khác yêu cầu cùng một tài liệu một lần nữa.
Một hệ thống khác không nhận ra sự phê duyệt.
Vài tuần trôi qua chỉ để chứng minh cùng một điều hai lần.
Đó là lúc tôi nhận ra.
Tiền đã sẵn sàng.
Hệ thống thì không.
Chuyển tiền không bị hỏng.
Logic xung quanh nó thì có.
Ai đủ điều kiện. Bằng chứng nào được tính. Thời gian hiệu lực là bao lâu.
Mọi thứ tồn tại… chỉ là không được kết nối.
Đó chính xác là những gì SIGN sửa chữa.
SIGN không coi chính sách là điều gì đó được kiểm tra sau.
Nó kết hợp đủ điều kiện, bằng chứng và điều kiện trực tiếp vào quá trình thực hiện giao dịch.
Hệ thống đánh giá trước.
Yêu cầu có hợp lệ không.
Nó có đáp ứng cấu trúc yêu cầu không.
Nó có nằm trong thời gian và luồng cho phép không.
Nếu không, sẽ không có gì diễn ra.
Không thử lại.
Không sửa lỗi thủ công.
Không có vòng xác minh thứ hai.
SIGN không theo dõi các giao dịch.
Nó quyết định chúng.
Giá trị chỉ chuyển khi chính sách đã được đáp ứng.
Đó không phải là cơ sở hạ tầng tốt hơn.
Đó là một hệ thống nơi tiền và quy tắc không còn tách biệt.
@SignOfficial
Tôi nhớ đã giúp ai đó xin một khoản trợ cấp nhỏ của chính phủ.
Số tiền đã được phê duyệt nhưng không có gì diễn ra.
Một văn phòng khác yêu cầu cùng một tài liệu một lần nữa.
Một hệ thống khác không nhận ra sự phê duyệt.
Vài tuần trôi qua chỉ để chứng minh cùng một điều hai lần.
Đó là lúc tôi nhận ra.
Tiền đã sẵn sàng.
Hệ thống thì không.
Chuyển tiền không bị hỏng.
Logic xung quanh nó thì có.
Ai đủ điều kiện. Bằng chứng nào được tính. Thời gian hiệu lực là bao lâu.
Mọi thứ tồn tại… chỉ là không được kết nối.
Đó chính xác là những gì SIGN sửa chữa.
SIGN không coi chính sách là điều gì đó được kiểm tra sau.
Nó kết hợp đủ điều kiện, bằng chứng và điều kiện trực tiếp vào quá trình thực hiện giao dịch.
Hệ thống đánh giá trước.
Yêu cầu có hợp lệ không.
Nó có đáp ứng cấu trúc yêu cầu không.
Nó có nằm trong thời gian và luồng cho phép không.
Nếu không, sẽ không có gì diễn ra.
Không thử lại.
Không sửa lỗi thủ công.
Không có vòng xác minh thứ hai.
SIGN không theo dõi các giao dịch.
Nó quyết định chúng.
Giá trị chỉ chuyển khi chính sách đã được đáp ứng.
Đó không phải là cơ sở hạ tầng tốt hơn.
Đó là một hệ thống nơi tiền và quy tắc không còn tách biệt.
@SignOfficial
#night $NIGHT @MidnightNetwork
lần đầu tiên tôi nhìn vào mô hình DUST của Midnight, tôi nghĩ đó chỉ là một cách khác để trả phí nhưng càng ngồi với nó, nó càng ít hành xử như một hệ thống phí
hầu hết các chuỗi bán thực hiện
bạn trả nhiều hơn, bạn được ưu tiên
không gian khối trở thành một cuộc đấu giá
@MidnightNetwork không theo mô hình đó
nó phân bổ thực hiện thay vì bán nó
DUST xác định bao nhiêu dung lượng thực hiện bạn được phép sử dụng
đó không phải là thứ bạn chi tiêu một lần
nó là thứ quyết định liệu tính toán của bạn có thể chạy hay không
điều này không phải là trả tiền cho việc thực hiện
đó là được phép thực hiện và điều đó trực tiếp xuất hiện tại việc thực hiện
trước khi bất cứ điều gì chạy, hệ thống đánh giá:
bạn có đủ dung lượng DUST không
liệu tính toán này có phù hợp với phần phân bổ của bạn không
nó có thể duy trì việc sử dụng tài nguyên theo thời gian không
nếu không, nó sẽ không thực hiện
không phí ưu tiên
không đấu thầu phút cuối
không nhảy lên trước
action đơn giản không bao giờ trở thành thực hiện hợp lệ
và đó là nơi Midnight trở nên rất cụ thể
phí quyết định ưu tiên
DUST quyết định quyền hạn
nó không coi không gian khối như một thứ để bán
nó coi thực hiện như một tài nguyên được quản lý
DUST hoạt động như lớp điều khiển đó
nó phân bổ bao nhiêu sức mạnh tính toán của mạng bạn có thể tiêu thụ
và thực thi liên tục, không chỉ tại thời điểm gửi
vì vậy bạn không còn cạnh tranh để được đưa vào nữa
bạn đang hoạt động trong giới hạn mà hệ thống đã xác định cho bạn
điều này nghe có vẻ tế nhị
nhưng nó thay đổi hoàn toàn mô hình
bởi vì thực hiện không còn được quyết định bởi ai trả nhiều hơn trong khoảnh khắc
nó được quyết định bởi ai được phép chạy trong hệ thống ngay từ đầu.
lần đầu tiên tôi nhìn vào mô hình DUST của Midnight, tôi nghĩ đó chỉ là một cách khác để trả phí nhưng càng ngồi với nó, nó càng ít hành xử như một hệ thống phí
hầu hết các chuỗi bán thực hiện
bạn trả nhiều hơn, bạn được ưu tiên
không gian khối trở thành một cuộc đấu giá
@MidnightNetwork không theo mô hình đó
nó phân bổ thực hiện thay vì bán nó
DUST xác định bao nhiêu dung lượng thực hiện bạn được phép sử dụng
đó không phải là thứ bạn chi tiêu một lần
nó là thứ quyết định liệu tính toán của bạn có thể chạy hay không
điều này không phải là trả tiền cho việc thực hiện
đó là được phép thực hiện và điều đó trực tiếp xuất hiện tại việc thực hiện
trước khi bất cứ điều gì chạy, hệ thống đánh giá:
bạn có đủ dung lượng DUST không
liệu tính toán này có phù hợp với phần phân bổ của bạn không
nó có thể duy trì việc sử dụng tài nguyên theo thời gian không
nếu không, nó sẽ không thực hiện
không phí ưu tiên
không đấu thầu phút cuối
không nhảy lên trước
action đơn giản không bao giờ trở thành thực hiện hợp lệ
và đó là nơi Midnight trở nên rất cụ thể
phí quyết định ưu tiên
DUST quyết định quyền hạn
nó không coi không gian khối như một thứ để bán
nó coi thực hiện như một tài nguyên được quản lý
DUST hoạt động như lớp điều khiển đó
nó phân bổ bao nhiêu sức mạnh tính toán của mạng bạn có thể tiêu thụ
và thực thi liên tục, không chỉ tại thời điểm gửi
vì vậy bạn không còn cạnh tranh để được đưa vào nữa
bạn đang hoạt động trong giới hạn mà hệ thống đã xác định cho bạn
điều này nghe có vẻ tế nhị
nhưng nó thay đổi hoàn toàn mô hình
bởi vì thực hiện không còn được quyết định bởi ai trả nhiều hơn trong khoảnh khắc
nó được quyết định bởi ai được phép chạy trong hệ thống ngay từ đầu.
Midnight: Chuỗi không cần Thông tin của Bạn
\u003cc-145/\u003e\u003ct-146/\u003e\u003cm-147/\u003e
đã xem cách Midnight xử lý dữ liệu và thành thật mà nói, một điều vẫn nổi bật
hầu hết các hệ thống nói rằng họ bảo vệ dữ liệu của bạn
nhưng họ vẫn yêu cầu bạn chia sẻ nó trước
đó là phần cảm thấy không ổn
bởi vì một khi dữ liệu rời khỏi quyền kiểm soát của bạn,
bạn đang dựa vào hệ thống để xử lý nó đúng cách
mã hóa nó
lưu trữ nó an toàn
không rò rỉ nó
sự riêng tư trở thành trách nhiệm của mạng
Midnight không tiếp cận theo cách đó
nó giảm thiểu lượng dữ liệu mà mạng từng thấy
dữ liệu nhạy cảm vẫn ở địa phương
đã xem cách Midnight xử lý dữ liệu và thành thật mà nói, một điều vẫn nổi bật
hầu hết các hệ thống nói rằng họ bảo vệ dữ liệu của bạn
nhưng họ vẫn yêu cầu bạn chia sẻ nó trước
đó là phần cảm thấy không ổn
bởi vì một khi dữ liệu rời khỏi quyền kiểm soát của bạn,
bạn đang dựa vào hệ thống để xử lý nó đúng cách
mã hóa nó
lưu trữ nó an toàn
không rò rỉ nó
sự riêng tư trở thành trách nhiệm của mạng
Midnight không tiếp cận theo cách đó
nó giảm thiểu lượng dữ liệu mà mạng từng thấy
dữ liệu nhạy cảm vẫn ở địa phương
Không phải là Tính tương tác. Sự phù hợp chính sách cấp hệ thống
$SIGN @SignOfficial
đã xem qua mô hình hạ tầng rộng lớn hơn của Sign từ tối qua và thành thật mà nói, một chi tiết cứ kéo tôi trở lại
hệ thống được mô tả như cây cầu giữa các hệ thống crypto và các tổ chức chủ quyền. danh tính, tiền bạc, tuân thủ, trao đổi dữ liệu tất cả được cấu trúc lại với nhau. trên giấy tờ điều đó có ý nghĩa. các chính phủ cần một cái gì đó mà họ có thể tin tưởng, không chỉ là một cái gì đó hoạt động.
và cách diễn đạt đó thật thuyết phục
bởi vì thế giới thực không phải là không có sự cho phép. danh tính, tài sản, quyền truy cập vẫn nằm trong các tổ chức. nếu crypto muốn đạt được lớp đó, nó phải kết nối với nó.
đã xem qua mô hình hạ tầng rộng lớn hơn của Sign từ tối qua và thành thật mà nói, một chi tiết cứ kéo tôi trở lại
hệ thống được mô tả như cây cầu giữa các hệ thống crypto và các tổ chức chủ quyền. danh tính, tiền bạc, tuân thủ, trao đổi dữ liệu tất cả được cấu trúc lại với nhau. trên giấy tờ điều đó có ý nghĩa. các chính phủ cần một cái gì đó mà họ có thể tin tưởng, không chỉ là một cái gì đó hoạt động.
và cách diễn đạt đó thật thuyết phục
bởi vì thế giới thực không phải là không có sự cho phép. danh tính, tài sản, quyền truy cập vẫn nằm trong các tổ chức. nếu crypto muốn đạt được lớp đó, nó phải kết nối với nó.
#night $NIGHT @MidnightNetwork
Có điều gì đó không ổn về cách hầu hết các token được thiết kế.
Chúng phản ứng với giá trước, sử dụng sau.
Điều đó hoạt động cho giao dịch. Nó không hoạt động cho các hệ thống mà mọi người thực sự sử dụng.
Đó là lý do thiết kế của Midnight đã thu hút sự chú ý của tôi.
Nó không coi token là một thứ bạn phải theo đuổi.
Nó coi đó là một thứ mà hệ thống phụ thuộc vào.
Điều quan trọng ở đây là việc sử dụng có thể dự đoán.
Trên Midnight, việc thực hiện không phụ thuộc vào một tài sản biến động. Phí được xử lý thông qua DUST, được tạo ra từ NIGHT. Vì vậy, chi phí để vận hành một cái gì đó không thay đổi mỗi khi token di chuyển.
Mạng lưới tách biệt giá trị khỏi việc sử dụng.
Bạn vẫn có NIGHT gắn liền với sự phát triển của hệ thống.
Nhưng lớp thực thi thực tế chạy trên một đơn vị ổn định hơn.
Điều đó thay đổi cách mà mọi thứ hoạt động trong thực tế.
Nếu tôi đang xây dựng hoặc sử dụng một ứng dụng, tôi không phải đoán xem nó sẽ tốn bao nhiêu vào ngày mai. Hệ thống có thể định nghĩa yêu cầu trước, và việc thực hiện chỉ xảy ra nếu yêu cầu đó được đáp ứng.
Hầu hết các mạng lưới không giải quyết được điều này. Họ chuyển sự biến động trực tiếp cho người dùng.
Midnight không loại bỏ giá trị từ token.
Nó chỉ ngừng đẩy sự biến động vào mọi tương tác.
Đó là điều khiến nó cảm thấy như một cơ sở hạ tầng.
Không phải là một thứ bạn giao dịch xung quanh, mà là một thứ bạn thực sự có thể xây dựng trên đó.
Có điều gì đó không ổn về cách hầu hết các token được thiết kế.
Chúng phản ứng với giá trước, sử dụng sau.
Điều đó hoạt động cho giao dịch. Nó không hoạt động cho các hệ thống mà mọi người thực sự sử dụng.
Đó là lý do thiết kế của Midnight đã thu hút sự chú ý của tôi.
Nó không coi token là một thứ bạn phải theo đuổi.
Nó coi đó là một thứ mà hệ thống phụ thuộc vào.
Điều quan trọng ở đây là việc sử dụng có thể dự đoán.
Trên Midnight, việc thực hiện không phụ thuộc vào một tài sản biến động. Phí được xử lý thông qua DUST, được tạo ra từ NIGHT. Vì vậy, chi phí để vận hành một cái gì đó không thay đổi mỗi khi token di chuyển.
Mạng lưới tách biệt giá trị khỏi việc sử dụng.
Bạn vẫn có NIGHT gắn liền với sự phát triển của hệ thống.
Nhưng lớp thực thi thực tế chạy trên một đơn vị ổn định hơn.
Điều đó thay đổi cách mà mọi thứ hoạt động trong thực tế.
Nếu tôi đang xây dựng hoặc sử dụng một ứng dụng, tôi không phải đoán xem nó sẽ tốn bao nhiêu vào ngày mai. Hệ thống có thể định nghĩa yêu cầu trước, và việc thực hiện chỉ xảy ra nếu yêu cầu đó được đáp ứng.
Hầu hết các mạng lưới không giải quyết được điều này. Họ chuyển sự biến động trực tiếp cho người dùng.
Midnight không loại bỏ giá trị từ token.
Nó chỉ ngừng đẩy sự biến động vào mọi tương tác.
Đó là điều khiến nó cảm thấy như một cơ sở hạ tầng.
Không phải là một thứ bạn giao dịch xung quanh, mà là một thứ bạn thực sự có thể xây dựng trên đó.
#signdigitalsovereigninfra $SIGN @SignOfficial
Có điều gì đó không ổn về cách mà các hệ thống xác minh mọi thứ.
Tôi từng nghĩ rằng việc cung cấp nhiều dữ liệu hơn sẽ làm cho việc xác minh trở nên mạnh mẽ hơn.
Nhưng hầu hết thời gian, nó chỉ tạo ra tiếng ồn.
Đó là nơi mà SIGN đã thay đổi cách nhìn của tôi.
Nó không yêu cầu mọi thứ.
Nó yêu cầu tuyên bố đúng.
Một điều kiện được định nghĩa trong một sơ đồ.
Một nhà phát hành ký vào tuyên bố đó như một chứng thực.
Sau đó, hệ thống kiểm tra xem nó có thỏa mãn quy tắc hay không.
Không cần đào bới qua lịch sử. Không cần phơi bày quá mức.
Ví dụ, đủ điều kiện không cần dữ liệu tài chính đầy đủ.
Chỉ cần một tuyên bố hợp lệ đáp ứng điều kiện.
Việc xác minh trở nên sắc nét hơn khi việc tiết lộ trở nên nhỏ hơn.
Đó là sự chuyển mình mà SIGN đang thực thi.
Có điều gì đó không ổn về cách mà các hệ thống xác minh mọi thứ.
Tôi từng nghĩ rằng việc cung cấp nhiều dữ liệu hơn sẽ làm cho việc xác minh trở nên mạnh mẽ hơn.
Nhưng hầu hết thời gian, nó chỉ tạo ra tiếng ồn.
Đó là nơi mà SIGN đã thay đổi cách nhìn của tôi.
Nó không yêu cầu mọi thứ.
Nó yêu cầu tuyên bố đúng.
Một điều kiện được định nghĩa trong một sơ đồ.
Một nhà phát hành ký vào tuyên bố đó như một chứng thực.
Sau đó, hệ thống kiểm tra xem nó có thỏa mãn quy tắc hay không.
Không cần đào bới qua lịch sử. Không cần phơi bày quá mức.
Ví dụ, đủ điều kiện không cần dữ liệu tài chính đầy đủ.
Chỉ cần một tuyên bố hợp lệ đáp ứng điều kiện.
Việc xác minh trở nên sắc nét hơn khi việc tiết lộ trở nên nhỏ hơn.
Đó là sự chuyển mình mà SIGN đang thực thi.
Xác minh Trên Sự Minh Bạch: Lý Do Đằng Sau Các Đường Sắt Công Cộng
$SIGN #SignDigitalSovereignInfra @SignOfficial
Tôi từng nghĩ rằng minh bạch là điều gì đó bạn thêm vào cuối.
Bạn xây dựng hệ thống trước. Sau đó, bạn công bố báo cáo, bảng điều khiển, có thể là một trình khám phá. Đó là điều mà trách nhiệm thường trông giống như một cái gì đó được xếp chồng lên nhau sau khi các quyết định đã được đưa ra.
Nhưng càng nhìn vào các hệ thống công cộng, mô hình đó càng cảm thấy lạc hậu.
Bởi vì vào thời điểm minh bạch được thêm vào, hầu hết các quyết định quan trọng đã biến mất vào quy trình.
Đó là lúc ý tưởng về một đường sắt công cộng bắt đầu cảm thấy khác biệt với tôi.
Tôi từng nghĩ rằng minh bạch là điều gì đó bạn thêm vào cuối.
Bạn xây dựng hệ thống trước. Sau đó, bạn công bố báo cáo, bảng điều khiển, có thể là một trình khám phá. Đó là điều mà trách nhiệm thường trông giống như một cái gì đó được xếp chồng lên nhau sau khi các quyết định đã được đưa ra.
Nhưng càng nhìn vào các hệ thống công cộng, mô hình đó càng cảm thấy lạc hậu.
Bởi vì vào thời điểm minh bạch được thêm vào, hầu hết các quyết định quan trọng đã biến mất vào quy trình.
Đó là lúc ý tưởng về một đường sắt công cộng bắt đầu cảm thấy khác biệt với tôi.
Hầu hết các Ví đều là Bẫy Danh Tiếng, Midnight Không Phải
$NIGHT #night @MidnightNetwork
Tôi không nghĩ rằng sự minh bạch của ví sẽ trở thành một vấn đề.
Vào đầu, nó cảm thấy như một lợi thế. Mọi thứ đều rõ ràng, mọi thứ đều có thể xác minh. Bạn có thể nhìn vào một địa chỉ và hiểu cách ai đó hành xử trên chuỗi. Nó làm cho lòng tin trở nên dễ dàng hơn.
Nhưng theo thời gian, nó bắt đầu cảm thấy nặng nề.
Không phải vì sự minh bạch là xấu, mà vì nó không giữ được giới hạn. Nó cứ tích lũy. Mỗi giao dịch, mỗi tương tác, mỗi thử nghiệm, tất cả đều bám dính. Và cuối cùng, ví của bạn không còn là thứ bạn sử dụng mà bắt đầu trở thành thứ bạn mang theo.
Tôi không nghĩ rằng sự minh bạch của ví sẽ trở thành một vấn đề.
Vào đầu, nó cảm thấy như một lợi thế. Mọi thứ đều rõ ràng, mọi thứ đều có thể xác minh. Bạn có thể nhìn vào một địa chỉ và hiểu cách ai đó hành xử trên chuỗi. Nó làm cho lòng tin trở nên dễ dàng hơn.
Nhưng theo thời gian, nó bắt đầu cảm thấy nặng nề.
Không phải vì sự minh bạch là xấu, mà vì nó không giữ được giới hạn. Nó cứ tích lũy. Mỗi giao dịch, mỗi tương tác, mỗi thử nghiệm, tất cả đều bám dính. Và cuối cùng, ví của bạn không còn là thứ bạn sử dụng mà bắt đầu trở thành thứ bạn mang theo.
#night $NIGHT @MidnightNetwork
Chúng tôi vẫn nói rằng quyền riêng tư là nút thắt.
Nó không phải vậy.
ZK không thất bại vì quyền riêng tư, mà nó thất bại vì việc xây dựng với nó rất đau đớn.
Tôi đã thấy các lập trình viên từ bỏ các luồng ZK không phải vì họ không tin vào nó mà vì việc viết mạch, xử lý chứng minh và gỡ lỗi cảm thấy như đang chống lại chính hệ thống.
Ngay cả những trường hợp sử dụng đơn giản như chuyển khoản riêng tư hoặc số dư ẩn cũng bị trì hoãn vì lớp phát triển làm chậm mọi thứ.
Đó là lý do tại sao hầu hết các "narratives về quyền riêng tư" không bao giờ rời khỏi các bản demo.
Nếu các nhà phát triển gặp khó khăn, người dùng sẽ không bao giờ đến.
Đây chính là nơi Mạng Midnight cảm thấy khác biệt.
Nó không chỉ đẩy mạnh quyền riêng tư.
Nó làm giảm chi phí xây dựng nó.
Vì vậy, quyền riêng tư không còn là một tính năng ngách và bắt đầu trở thành thứ mà các nhà phát triển có thể thực sự triển khai.
Chúng tôi vẫn nói rằng quyền riêng tư là nút thắt.
Nó không phải vậy.
ZK không thất bại vì quyền riêng tư, mà nó thất bại vì việc xây dựng với nó rất đau đớn.
Tôi đã thấy các lập trình viên từ bỏ các luồng ZK không phải vì họ không tin vào nó mà vì việc viết mạch, xử lý chứng minh và gỡ lỗi cảm thấy như đang chống lại chính hệ thống.
Ngay cả những trường hợp sử dụng đơn giản như chuyển khoản riêng tư hoặc số dư ẩn cũng bị trì hoãn vì lớp phát triển làm chậm mọi thứ.
Đó là lý do tại sao hầu hết các "narratives về quyền riêng tư" không bao giờ rời khỏi các bản demo.
Nếu các nhà phát triển gặp khó khăn, người dùng sẽ không bao giờ đến.
Đây chính là nơi Mạng Midnight cảm thấy khác biệt.
Nó không chỉ đẩy mạnh quyền riêng tư.
Nó làm giảm chi phí xây dựng nó.
Vì vậy, quyền riêng tư không còn là một tính năng ngách và bắt đầu trở thành thứ mà các nhà phát triển có thể thực sự triển khai.
Đăng nhập để khám phá thêm nội dung