[請益] 為什麼銀行電文這種東西還活著

看板Finance作者 (陽月)時間3年前 (2020/10/28 22:38), 3年前編輯推噓35(35推 0噓 111→)
留言146則, 37人參與, 3年前最新討論串1/1
銀行電文這種慢又貴的東西為什麼還沒被淘汰，而且他還是送明碼 現在的電信和資訊技術速度至少快一萬倍 成本應該只有不到萬分之一 電文裝的資訊根本就沒多少bytes... 而且加密傳送技術也都很成熟了..... 但電文這鳥東西還是活得好好的 有沒有達人可以解說一下為什麼..... -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 118.160.124.226 (臺灣) ※ 文章網址: https://www.ptt.cc/bbs/Finance/M.1603895898.A.65D.html ※ 編輯: DerLuna (118.160.124.226 臺灣), 10/28/2020 22:40:34
推
10/28 22:42, 3年前 , 1F
因為有需求
10/28 22:42, 1F
可是這個需求不能用成本極低的新技術取代? ※ 編輯: DerLuna (118.160.124.226 臺灣), 10/28/2020 22:43:02
推
10/28 22:43, 3年前 , 2F
因為銀行一堆老人
10/28 22:43, 2F
時代在進步啊 就算一堆老人 基本上也都會用email了... ※ 編輯: DerLuna (118.160.124.226 臺灣), 10/28/2020 22:44:55
→
10/28 22:52, 3年前 , 3F
國際規則妳要用EMAIL取代?
10/28 22:52, 3F
IEEE隨便找都一堆驗證手段標準.....
→
10/28 22:54, 3年前 , 4F
之後區塊驗證有可能吧 現在妳要刷掉SWIFT太早
10/28 22:54, 4F
明碼傳送明明超容易被駭的..... ※ 編輯: DerLuna (118.160.124.226 臺灣), 10/28/2020 23:11:49
推
10/28 23:53, 3年前 , 5F
你這完全是用先進國家觀點看世界 很多國家的資訊設備
10/28 23:53, 5F
→
10/28 23:53, 3年前 , 6F
沒有這麼好 沒有這麼多預算更新
10/28 23:53, 6F
→
10/28 23:54, 3年前 , 7F
當然啦 你可能會說窮國拖累吧
10/28 23:54, 7F
問題是他們用SWIFT 電文其實累積起來花更多錢啊= =
→
10/28 23:54, 3年前 , 8F
也被問過，不太懂亂猜：因為安全問題是封閉系統較難更新，
10/28 23:54, 8F
→
10/28 23:54, 3年前 , 9F
而且要整合全球通規格的東西，本來就有難度，加上穩定性優
10/28 23:54, 9F
→
10/28 23:54, 3年前 , 10F
先的考量，不過之前也有被駭的新聞，安全性打問號
10/28 23:54, 10F
推
10/28 23:59, 3年前 , 11F
等銀行共識版區塊鏈出來吧 看誰作莊囉
10/28 23:59, 11F
→
10/29 00:01, 3年前 , 12F
技術面絕對做的到，是安全性跟共同標準還有誰收手續費，
10/29 00:01, 12F
→
10/29 00:01, 3年前 , 13F
誰來負責計算的問題
10/29 00:01, 13F
※ 編輯: DerLuna (118.160.124.226 臺灣), 10/29/2020 00:11:06
推
10/29 00:36, 3年前 , 14F
明碼跟被駭是完全兩碼子事情。封閉系統遠比開放系統
10/29 00:36, 14F
→
10/29 00:37, 3年前 , 15F
難入侵。
10/29 00:37, 15F
→
10/29 00:37, 3年前 , 16F
SWIFT不只可以用在電匯，還可以做交易確認，你就算
10/29 00:37, 16F
→
10/29 00:38, 3年前 , 17F
用XML跟SOAP來包裝，其實還是作出一套SWIFT
10/29 00:38, 17F
你可以用ssh key + api transaction +認證的中心處理帳 這基本就密文 而且你擔心開放系統有問題的話其實應該不是不能用封閉系統做這件事 api彈性很大 能做的安全性擴充很多 甚至你可以驗證以後才彈性產生api....
→
10/29 00:39, 3年前 , 18F
SWIFT並不是世界上唯一的匯款管道，但他的優勢就是
10/29 00:39, 18F
→
10/29 00:40, 3年前 , 19F
會員數眾多。就像MSN、Line是公認的癡肥爛軟體，
10/29 00:40, 19F
→
10/29 00:40, 3年前 , 20F
但是你搭訕正妹人家給你line帳號，你不裝軟體嗎
10/29 00:40, 20F
※ 編輯: DerLuna (118.160.124.226 臺灣), 10/29/2020 01:21:35
→
10/29 01:28, 3年前 , 21F
版友提及的 會員數眾多、共同標準 就是它還存在的理由
10/29 01:28, 21F
→
10/29 01:29, 3年前 , 22F
要換 那就看哪個國家、聯盟 喬出一個(利益)能被接受的
10/29 01:29, 22F
→
10/29 02:09, 3年前 , 23F
資訊人...這是國際通用規範，除非哪天有新的國際權威機構
10/29 02:09, 23F
推
10/29 02:12, 3年前 , 24F
推翻SWIFT或者定義新規範電文機制被廢除，不然現狀不會
10/29 02:12, 24F
IEEE....
→
10/29 02:13, 3年前 , 25F
改變。銀行的資訊系統重點是要穩定不容許錯誤，不然就不
10/29 02:13, 25F
→
10/29 02:13, 3年前 , 26F
用在一直用cobol和搞異地備援那套了。
10/29 02:13, 26F
推
10/29 04:57, 3年前 , 27F
光看推文以為自己走錯版（笑）
10/29 04:57, 27F
推
10/29 05:13, 3年前 , 28F
大概只有SWIFT能淘汰SWIFT 或是整個銀行體系整體被淘汰
10/29 05:13, 28F
→
10/29 05:13, 3年前 , 29F
汰換成本遠高於現有 就繼續維持現狀
10/29 05:13, 29F
推
10/29 05:44, 3年前 , 30F
你就想財金公司為什麼還要發通訊就好
10/29 05:44, 30F
還有 79 則推文
還有 7 段內文
→
10/31 01:20, 3年前 , 110F
就好 需要很嚴格的控制 確定真的沒收到才能沖掉或是重送
10/31 01:20, 110F
→
10/31 01:22, 3年前 , 111F
為什麼規格上的Downtime很重要 因為你不知道麼時候會遇到
10/31 01:22, 111F
推
10/31 08:07, 3年前 , 112F
這篇文的推文太專業，有沒有哪裡有這種課程開課的？
10/31 08:07, 112F
→
10/31 08:13, 3年前 , 113F
我也想上
10/31 08:13, 113F
推
10/31 23:19, 3年前 , 114F
再補充一下，證交所跟券商之間還是持續使用ETMP平台
10/31 23:19, 114F
→
10/31 23:20, 3年前 , 115F
本質上其實是socket傳檔，他還每天晚上就把服務關掉
10/31 23:20, 115F
→
10/31 23:20, 3年前 , 116F
不否認銀行許多傳輸系統都是很舊的技術，因為銀行業
10/31 23:20, 116F
→
10/31 23:20, 3年前 , 117F
本身就是個很古老的傳產業，也很早就開始資訊化，
10/31 23:20, 117F
→
10/31 23:21, 3年前 , 118F
在當年網路傳輸極為不穩定、頻寬極低的年代，要保
10/31 23:21, 118F
→
10/31 23:21, 3年前 , 119F
訊息正確傳達到對方，需要非常繁瑣的步驟。當好不容
10/31 23:21, 119F
→
10/31 23:22, 3年前 , 120F
易穩定，參加會員數眾多之後，效率不全然是主要考量
10/31 23:22, 120F
→
10/31 23:22, 3年前 , 121F
如果你要開發的是電子下單，那麼速度當然就是很重要
10/31 23:22, 121F
→
10/31 23:23, 3年前 , 122F
的因素，券商為了程式下單的速度更快，甚至會刻意
10/31 23:23, 122F
→
10/31 23:23, 3年前 , 123F
把機房放在跟交易所同一個ISP內。但銀行間交易不同
10/31 23:23, 123F
→
10/31 23:24, 3年前 , 124F
系統的穩定度永遠是最高優先考慮事項，即便只是幾分
10/31 23:24, 124F
→
10/31 23:24, 3年前 , 125F
鐘的服務中斷，幾筆資料錯誤，你以為錯誤率只有零點
10/31 23:24, 125F
→
10/31 23:24, 3年前 , 126F
零零零幾，但是那就跟白紙上的污點一樣，損失的是
10/31 23:24, 126F
→
10/31 23:25, 3年前 , 127F
交易對手以及客戶對你這間銀行的信賴。
10/31 23:25, 127F
問題就是其實證交所對服務中斷和資料錯誤其實更嚴苛吧? 銀行帳錯還可以沖正 證交所單下錯價格可能波動掉才是挽救不了... ※ 編輯: DerLuna (36.227.130.55 臺灣), 10/31/2020 23:39:50
→
10/31 23:44, 3年前 , 128F
所以經過幾十年來的營運，證明證交所這些舊技術很
10/31 23:44, 128F
→
10/31 23:44, 3年前 , 129F
可靠阿..那沒事幹嘛換新技術 :p
10/31 23:44, 129F
正好相反 證交所2014全面換系統了...就我所知他全面換成unix系列
→
10/31 23:45, 3年前 , 130F
Win10有比Win7來得更穩定嗎..
10/31 23:45, 130F
→
10/31 23:45, 3年前 , 131F
這年頭的工程師都急著發布新版，根本沒在測試的
10/31 23:45, 131F
https://www.ithome.com.tw/news/85786 基於證券交易制度邁向逐筆撮合的趨勢，證交所早從2011年就開始發展新一代交易系統， 除了升級硬體主機之外，來客服逐筆撮合之後瞬間大量交易行情揭示量的挑戰， 也重新改造交易系統架構核心系統，自行開發逐筆撮合系統。臺灣證券交易所電腦規劃部林副理表示， 此新一代交易系統部署在開放Unix平臺大型主機上， 而應用系統開發的程式語言，也從COBOL轉變成開放式C語言， 同時並以記憶體處理所有的委託交易來加快處理速度。 ※ 編輯: DerLuna (36.227.130.55 臺灣), 10/31/2020 23:48:39
→
11/01 11:47, 3年前 , 132F
說到AIX 那EOS的時程快到讓人想轉windows了 新版都
11/01 11:47, 132F
→
11/01 11:47, 3年前 , 133F
還沒出就先說2022年要EOS
11/01 11:47, 133F
推
11/01 21:26, 3年前 , 134F
我講證交所舊技術是指TMP，還在用socket
11/01 21:26, 134F
→
11/01 21:26, 3年前 , 135F
他們用linux沒問題是因為證交所每天晚上都會關閉服務
11/01 21:26, 135F
→
11/01 21:27, 3年前 , 136F
周末假日也不需要交易，server要怎麼reboot都沒關係
11/01 21:27, 136F
→
11/01 21:27, 3年前 , 137F
是在呼應你文章一開始講的「舊技術』／
11/01 21:27, 137F
→
11/01 21:27, 3年前 , 138F
Linux根本算不上什麼新技術阿
11/01 21:27, 138F
→
11/01 21:29, 3年前 , 139F
如果你是要比MF的話，那個穩定度不是wintel能比的
11/01 21:29, 139F
推
11/02 07:41, 3年前 , 140F
改系統啊，不過這會要了那些養老老人的命
11/02 07:41, 140F
→
11/03 09:15, 3年前 , 141F
所以我們在等一個願意改變現狀，踏出第一步的人，樓主要
11/03 09:15, 141F
→
11/03 09:15, 3年前 , 142F
試試看嗎？這個市場跟利潤很大喔
11/03 09:15, 142F
推
11/03 12:38, 3年前 , 143F
先別說改這個 你們這個月中就會被分行打爆電話了QQ
11/03 12:38, 143F
→
11/03 20:26, 3年前 , 144F
銀行轉是沒問題,但那些農會、信用合作社怎麼辦
11/03 20:26, 144F
→
11/03 20:27, 3年前 , 145F
要財金公司拋棄他們嗎 還是幫每一家出幾個億讓他們
11/03 20:27, 145F
→
11/03 20:27, 3年前 , 146F
升系統
11/03 20:27, 146F
‣ 更多 DerLuna 的文章
文章代碼(AID): #1VcO9QPT (Finance)