Tản mạn về CPI và TTCK (46)

Dạ, đây cũng chỉ đơn thuần suy nghĩ của em, xin lỗi vì em không có số liệu cụ thể là nợ của Vin là nhóm nợ nào, bao nhiêu, và cách tính "Tổng tài sản tính theo rủi ro tín dụng" . Nhưng theo em biết thì thị giá cổ phiếu TC.B hiện tại định giá thấp như vậy cũng chủ yếu đến từ nhóm nợ của Vin, và cũng là nội tại tiềm năng tăng giá sau này. Cách đây không lâu, khi giá TC.B khoảng 30 thì em có nghiên cứu và note trong notebook của mình là TC.B sẽ được định giá tốt trở lại nếu vin làm ăn tốt lên. Nên khi thấy thị giá TC.B cải thiện em liền nghĩ tới vin có tiền
Anyway, em cám ơn góc nhìn của cụ chủ!

Góc nhìn của em về VNDS
Em dân thuần tech, trước đây em có làm fintech, legaltech, giờ thì em làm hệ thống telecom, hệ thống mà mọi người nghe gọi điện thoại đấy ạ. Trong đời mọi người được bao lần thấy mạng di động sập, không gọi được (trừ vụ sập mạng mobi năm trước thì phải, vì mobi họ dùng hàng tàu )? bên em phải đảm bảo five nine, tức là 99,999% thành công, tức mọi người gọi 100.000 cuộc thì xác suất sẽ có 1 cuộc gọi bị failed.
Hôm trước, em có nghe mọi người bàn về vụ này, nhưng em không có comment, vì em muốn để xem họ khắc phục lỗi trong bao lâu. Em đồng ý là sự cố ngoài mong muốn, nhưng qua đây chứng tỏ khả năng recover của hệ thống VNDS là bằng 0. Em không muốn nói sâu về tech, qua chuyện này thì chứng tỏ hệ thống của họ:
- Không có tính high availability (không bao giờ chết ), mọi người có thể search google là sẽ ra rất nhiều technique để đảm bảo hệ thống high availability, và nó khá là cơ bản trong hệ thống.
- Không có tính isolation, tức là mình sẽ có nhiều máy chủ chạy song song, khi mà có vấn đề thì hệ thống có thể cô lập (isolate) phần bị lỗi và vẫn hoạt động tiếp được với những máy chủ còn lại. Tất nhiên, là họ sẽ xử lý giao dịch ít hơn, chậm hơn bình thường. Tính isolation này sẽ đi với scalability (tính mở rộng), họ không có isolation thì suy ra họ cũng không có scalability. Sau này, khi công ty lớn lên nhiều người dùng cùng một lúc họ phải làm lại hệ thống. Em không dùng vnd nhưng mọi người dùng vnd có thấy khi lượng lớn giao dịch xảy ra cùng 1 lúc khi thị trường điều chỉnh mạnh chẳng hạn thì app của vnd sẽ treo?
- Không đảm bảo security, em không biết họ pay 70BTC hay tự giải mã, nếu tự giải mã thì em không ngờ VN mình nhiều nhân tài đến vậy. Những file backup thường sẽ không truy cập được bằng mạng bên ngoài, tức là mình phải tới công ty, dùng máy local mới lấy được backup files, vậy tại sao vnds lại bị mã hóa file backup? liệu network topology design của họ có vấn đề? tại sao jump server (máy chủ trung gian) lại link được tới file backup? sửa đổi file backup mà không cần quyền? để mã hóa dữ liệu lớn phải cần rất nhiều thời gian, không ai trực monitor hệ thống vào cuối tuần? ...
In short, qua chuyện này cho thấy, hệ thống VNDS thật sự không tốt và không an toàn. Mà để đập ra xây lại thì sẽ tốn rất nhiều thời gian và tiền bạc.

Em mới hỏi google thì cụ chủ nhớ chính xác. CAR bank chuẩn basel II là 8% còn basel III là 10.5% (which includes a 2.5% conservation buffer)

Em cảm giác đang có nhiều bài báo + bài viết của broker Vnd đang định hướng dư luận nên cảm thông cho Vnds sự việc lần này. Làm như Vnds đang là bên bị hại

Tài khoản Vnd là tài khoản em ngủ đông (có mg tý) gần năm nay để holder cổ dài hạn.
Nhưng sơ sơ là thấy hơn tuần không giao dịch là mất một đống tiền lãi cho nó rồi.

Vnds cho vay tỉ lệ mg ổn định, nhưng lãi mg cũng cắt cổ.
Ls GTK hạ thấp mà ban đầu nó cũng k thèm hạ, vẫn giữ 14%.
Về sau em gởi thông tin vài bên khác đang lãi mg rất thấp, broker mới đề xuất và xin hạ cho em còn 11.x %
(mà có vẻ cũng k vui)

Tạm thời để họ xử lý sự cố.
Sau đó xem họ “đối xử” và “đền bù” với khách hàng của họ ntn.

Nguyên tắc rủi ro là:
Khi 1 khoảng margin đc cấp, khách ko sài vốn, ko sử dụng chi phí cơ hội thì ko đc tính lãi.
Như vậy, toàn bộ những ngày xảy ra sự cố ko giao dịch được thì ko tính ls margin

Cũng chính vì nhớ chính xác 8% , trong khi công bố nhiều Banks đạt trong khoảng 10-12% , nên trước đây tôi mới thường nói đến việc "Ngành banks rất nên hài hoà cổ tức tiền - cổ phiếu - PHT - " ... Chứ vốn tự có còn bé , Car bé thì mình đâu trách cứ gì ? . Vã lại, quản trị cái mẫu số mới là nhiệm vụ tiên tiến , chứ nuôi cái tử số lớn lên bao nhiêu , mà thả cho cái mẫu số cũng lớn ... Thì Car có cải thiện được đâu ?

- Tôi dự vấn đề ntn : (?)
. Việc tính lãi MG , phần mềm kế toán sẽ tính và hạch toán tự động .
. Cho nên khách mở TK tại VND sẽ có tài sản ròng giảm dần trong quá trình ngừng giao dịch .
. Nhưng nếu VND không tính lãi MG giai đoạn đó . ( Mà có lẽ vậy ... Chứ nhẽ nào ..??? ) ==> Thì số tạm tính nói trên sẽ hoàn lại TK nđt sau .

Phải tính tay bên ngoài, Thoái thu lãi, hạch toán từng tài khoản một.

Là 1 người đang ngồi chơi cả tuần thì cá nhân em chắc chắn sẽ rời.
Việc thay thế, phát triển hệ thống bảo mật chắc ko nhanh được nên mối lo trời sập luôn thường trực.
Cái mà gà em quan tâm là giờ chui vào cái chuồng nào an toàn, ít lỗ thủng cho mấy con cáo nó chui vào.
Em đã lập thêm mấy cái, chả có lẽ chia tài khoản vào mấy cái chuồng , bất tiện quá.

Việc chia tk vào mấy chuồng, chính cụ FBV cũng chia sẻ là nên, cái thời mà cứ sau 2h15 là đơ, treo, rút phích ấy, nó kéo dài cả tháng cơ.

Nhưng mình nghĩ tùy NAV nữa, các cụ NAV chục tỏi trở lên tớ toàn thấy rải ở mấy cty ck một